Hi,

On 2021-09-26 09:50, Debian FTP Masters wrote:
> Source: libassa
> Source-Version: 3.5.1-8
> Done: Shane McDonald <mcdonald.sh...@gmail.com>
> 
> We believe that the bug you reported is fixed in the latest version of
> libassa, which is due to be installed in the Debian FTP archive.
> 
> A summary of the changes between this version and the previous one is
> attached.
> 
> Thank you for reporting the bug, which will now be closed.  If you
> have further comments please address them to 992...@bugs.debian.org,
> and the maintainer will reopen the bug report if appropriate.
> 
> Debian distribution maintenance software
> pp.
> Shane McDonald <mcdonald.sh...@gmail.com> (supplier of updated libassa 
> package)
> 
> (This message was generated automatically at their request; if you
> believe that there is a problem with it please contact the archive
> administrators by mailing ftpmas...@ftp-master.debian.org)
> 
> 
> Format: 1.8
> Date: Sat, 25 Sep 2021 16:56:13 +0000
> Source: libassa
> Architecture: source
> Version: 3.5.1-8
> Distribution: unstable
> Urgency: medium
> Maintainer: Shane McDonald <mcdonald.sh...@gmail.com>
> Changed-By: Shane McDonald <mcdonald.sh...@gmail.com>
> Closes: 992914
> Changes:
>  libassa (3.5.1-8) unstable; urgency=medium
>  .
>    * Fix FTBFS due to RPC removal from glibc.
>      Thanks to Aurelien Jarno, for both the bug report and the
>      initial cut at a patch (Closes: #992914)

I have just noticed that you used a slightly different patch, not
linking libassa-3.5 with libtirpc3. I do not think this is correct, as
it actually uses symbols from that library:

   105: 0000000000000000     0 NOTYPE  GLOBAL DEFAULT  UND xdr_double
   108: 0000000000000000     0 NOTYPE  GLOBAL DEFAULT  UND xdr_float
   130: 0000000000000000     0 NOTYPE  GLOBAL DEFAULT  UND xdrmem_create
   180: 0000000000000000     0 NOTYPE  GLOBAL DEFAULT  UND xdr_char

While they might be resolved fine if program linked with libass-3.5 are
also linked with libtirpc3, note that they lack @TIRPC_0.3.0 symbol
versioning, so things might explode at a later time.

Regards,
Aurelien

-- 
Aurelien Jarno                          GPG: 4096R/1DDD8C9B
aurel...@aurel32.net                 http://www.aurel32.net

Reply via email to