Bug#388489: Bug#403216: dpkg-shlibdeps: Fails to check /emul/ia32-linux/[usr/]lib
Guillem Jover <guillem@debian.org> writes:
> tags 403216 - patch
> thanks
>
> On Fri, 2006-12-15 at 13:26:41 +0100, Goswin von Brederlow wrote:
>> Package: dpkg-dev
>> Version: 1.13.24
>> Severity: critical
>> File: /usr/bin/dpkg-shlibdeps
>> Tags: patch
>
> Er, there's not patch in here... and I think the proposed fix is
> wrong.
>
>> dpkg-shlibdeps sets
>>
>> my @librarypaths = qw( /lib /usr/lib /lib32 /usr/lib32 /lib64 /usr/lib64 );
>>
>> to include the 32bit libraries on ia64 and amd64. But packages install their
>> libraries in /emul/ia32-linux/[usr/]lib to which [/usr]/lib is a link.
>
>> The problem now is that dpkg will not find the package for a library
>> under [/usr]/lib32/ as it was installed under a different path. This
>> causes dpkg-shlibdeps to not find a package for 32bit libraries and no
>> shlibs file. In the end the packages will lack the neccessary depends
>> to the 32bit libraries used in the package.
>
> It could be argued that the handling of this biarch stuff is a mess,
> but anyway. This was fixed in the past when we gave dpkg-shlibdeps
> support to handle /lib/ldconfig/ symlinks. Now it's gone, so the
> proper fix is for the package providing such libs in such nasty
> paths to add a file under /etc/ld.so.conf.d with those, and for
> dpkg-shlibdeps to read those files. I'll implement that tomorrow
> or the day after (I'm traveling today).
>
> regards,
> guillem
That requires that libc6-i386 or libc6-i386-dev does contain the
/etc/ld.so.conf.d/i486-linux-gnu.conf
file. Which it does not. See
http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=388489
I'm CCing the bug so this use case is documented there also. Note that
388489 was reduced to wishlist since it lacked serious use. That
should probably be raised to RC level again if you go this way.
MfG
Goswin
Reply to: