[Pkg-ia32-libs-maintainers] NMU ia32-libs 20100905

[Philipp Kern]

On Thu, Sep 09, 2010 at 08:58:11AM +0200, Goswin von Brederlow wrote:
> And ld-2.11.1.so will load the elf binary and locate any listed
> libraries in /lib32, /usr/lib32, /usr/local/lib32 or
> /usr/lib/i486-linux-gnu (from /etc/ld.so.conf.d/i486-linux-gnu.conf).

And the ld.so.conf file is shipped by whom exactly?

> Yes you did and there was. Hence the ticket for it. Just because it
> hadn't passed review and was uploaded yet doesn't mean it didn't
> exist. One of the reasons the review took so long was that I included
> the RC bugfix you mentioned. Plus the package is painfull to review in
> any case as you might have noticed.

The ticket references a non-existing file on mentors.d.n.  Thus I cannot check
if you fixed it correctly.  Just fixing the symlink would've left it broken
because it also needed a ld.so.conf snippet to add /emul/ia32-linux/{usr/,}lib
to the library search path at all.

I suppose we don't see any such update soon if even the referenced thing
went away.  (See for yourself, log into rt.debian.org with guest/readonly and
see the current state of #2283.  The thing I "screwed" up for getting
sun-java back in sync.)

Of course the question remains: Obviously if the ia64 upload was cross-build
and not installed afterwards (as it was not installable), how was it tested?

(Yes, I do realize that buildd uploads are not tested neither.  But in this
case a binary upload was made that was not built in a clean environment.)

Bye
Philipp Kern
-------------- next part --------------
A non-text attachment was scrubbed...
Name: not available
Type: application/pgp-signature
Size: 198 bytes
Desc: Digital signature
URL: <http://lists.alioth.debian.org/pipermail/pkg-ia32-libs-maintainers/attachments/20100909/d8f63652/attachment.pgp>