Bug#572895: ldconfig issue: priority of /lib and /usr/lib is too high
-BEGIN PGP SIGNED MESSAGE- Hash: SHA256 Sorry to say, but I doubt that it is reasonable to set a bug to wishlist, just because the OS ABI tag issue is complex. This does not help. My suggestion is to keep things simple. Since mesa doesn't need it anymore, are there any other packages in x86/amd64 that cannot follow the documented priority scheme as described in ld.so(8) and therefore require the OS ABI tag? Regards Harri -BEGIN PGP SIGNATURE- Version: GnuPG v1.4.14 (GNU/Linux) iQEcBAEBCAAGBQJSOVfCAAoJEAqeKp5m04HLJXIH/03CahavsyYy/VhIPmZaPjaG B2kPnyye21ettV6BJjpAL6IBcoiP77pUEB2SyekQW2fcHh4gRhn/P56tEOKJuKEA /aH3OtsvDt6uXxCLgrkAsAZwNkXKQMoqUi6pmHgBiiyBLFUcsn8Iy3xGOSv4tZ4c c4tPL+IgCKlIWkqpsSjdq46VM52Km1qr/+4rXjMTyREgkNH0HXoXsvyYWVyUuDEg i41t8i2NJetlR+d1xvGIRBo3PiYalgEWAWMW8QFDjPhX/rHadIGhRjavxxhk5RuS mOb6Z+er8tMAsvIJbD95TWldJNYj/9zHtLj3FryyuCT/f9H3bcyt9ae4HZV0yD0= =FUAS -END PGP SIGNATURE- -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#572895: ldconfig issue: priority of /lib and /usr/lib is too high
severity 572895 tags 572895 + upstream quit Harald Dunkel wrote: AFAICS the mesa folks don't rely upon the os abi tag anymore: https://bugs.freedesktop.org/show_bug.cgi?id=26663 Thanks. I think this is still a bug (priority between LD_LIBRARY_PATH and .note.ABI-tag makes .note.ABI-tag much less useful than it could be), but it's a complex issue, so setting severity accordingly. Regards, Jonathan -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#572895: ldconfig issue: priority of /lib and /usr/lib is too high
-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 Are there any news about this? Is this unique to eglibc? Regards Harri -BEGIN PGP SIGNATURE- Version: GnuPG v1.4.10 (GNU/Linux) Comment: Using GnuPG with Mozilla - http://enigmail.mozdev.org/ iEYEARECAAYFAkz747QACgkQUTlbRTxpHjfLXwCggKtGYyzIFyXJbe1zaiiLLfIC JO8An3Gv2dVWjbjn9X0+G+NF3fHsATfv =ZjZr -END PGP SIGNATURE- -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#572895: ldconfig issue: priority of /lib and /usr/lib is too high
-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 Of course I ran ldconfig (as root). # ldconfig -p | grep libGL.so.1 libGL.so.1 (libc6,x86-64, OS ABI: Linux 2.4.20) = /usr/lib/libGL.so.1 libGL.so.1 (libc6,x86-64) = /usr/lib/nvidia-current/libGL.so.1 libGL.so.1 (libc6, OS ABI: Linux 2.4.20) = /usr/lib32/libGL.so.1 libGL.so.1 (libc6) = /usr/lib32/nvidia-current/libGL.so.1 -BEGIN PGP SIGNATURE- Version: GnuPG v1.4.10 (GNU/Linux) Comment: Using GnuPG with Mozilla - http://enigmail.mozdev.org/ iEYEARECAAYFAkubrokACgkQUTlbRTxpHjdmJgCfQpFJQUsutRDCcoM/oJ+HUetU wUMAnAvleqTDyJk5Gxr6E7vZNIU82Jjl =Fs9F -END PGP SIGNATURE- -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#572895: ldconfig issue: priority of /lib and /usr/lib is too high
-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 PS: I found this thread: http://www.mail-archive.com/mesa3d-...@lists.sourceforge.net/msg11607.html AFAICS the issue is still unresolved. What would be your suggestion? Is there some configure option to tell ldconfig or ld.so to ignore the OS ABI tags? Regards Harri -BEGIN PGP SIGNATURE- Version: GnuPG v1.4.10 (GNU/Linux) Comment: Using GnuPG with Mozilla - http://enigmail.mozdev.org/ iEYEARECAAYFAkubs6IACgkQUTlbRTxpHjcg3QCdE6Z1yPdAsRdLOZGQILp1YrRm v5gAniB5MoNTSuiV9fOfux9JWw7q3zOB =FV47 -END PGP SIGNATURE- -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#572895: ldconfig issue: priority of /lib and /usr/lib is too high
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
Package: libc-bin
Version: 2.10.2-6
I would like to override the standard libGL.so files by a private
library installed in a special directory. Problem: It seems that
the libraries in in /lib and /usr/lib have a higher priority than any
other directory. This is a severe restriction. Looking at ld.so(8)
I had the impression that /lib and /usr/lib are supposed to provide a
_default_ set of libraries to be overridden by ld.so.conf and
$LD_LIBRARY_PATH as needed;
:
:
The necessary shared libraries needed by the program are searched for in the
following order
o Using the environment variable LD_LIBRARY_PATH (LD_AOUT_LIBRARY_PATH
for a.out programs). Except if
the executable is a setuid/setgid binary, in which case it is ignored.
o From the cache file /etc/ld.so.cache which contains a compiled list of
candidate libraries previously
found in the augmented library path.
o In the default path /lib, and then /usr/lib.
:
:
Here is my setup:
% cat /etc/ld.so.conf
include /etc/ld.so.conf.d/*.conf
% cat /etc/ld.so.conf.d/*.conf
/usr/lib/nvidia-current
/usr/lib32/nvidia-current
# libc default configuration
/usr/local/lib
# Multiarch support
/lib/x86_64-linux-gnu
/usr/lib/x86_64-linux-gnu
AFAICS this is Debian's default, except for the nvidia libs. Please note
that there is neither /usr/lib nor /lib included in this list.
ldd and strace show that the library is taken from the wrong directory.
Sample session:
% cat EOF /tmp/conftest.cpp
#include GL/gl.h
int main () { glBegin(GL_POINTS); return 0; }
EOF
% g++ /tmp/conftest.cpp -I/usr/include/nvidia-current -L/usr/lib/nvidia-current
-lGL -o /tmp/conftest
% ldd /tmp/conftest
linux-vdso.so.1 = (0x7fff217ff000)
libGL.so.1 = /usr/lib/libGL.so.1 (0x7f4673b5f000)
libstdc++.so.6 = /usr/lib/libstdc++.so.6 (0x7f467384b000)
:
:
%
% file -L /usr/lib/libGL.so.1 /usr/lib/nvidia-current/libGL.so.1
/usr/lib/libGL.so.1:ELF 64-bit LSB shared object, x86-64,
version 1 (SYSV), dynamically linked, for GNU/Linux 2.4.20, stripped
/usr/lib/nvidia-current/libGL.so.1: ELF 64-bit LSB shared object, x86-64,
version 1 (SYSV), dynamically linked, stripped
Regards
Harri
-BEGIN PGP SIGNATURE-
Version: GnuPG v1.4.10 (GNU/Linux)
Comment: Using GnuPG with Mozilla - http://enigmail.mozdev.org/
iEYEARECAAYFAkuTvM0ACgkQUTlbRTxpHjfWbwCcD4pDDI6BwI3v1mAz01AIAe1m
ZBcAn34Pw3/iSKtsskC8duMc1XNRtCcK
=B/XD
-END PGP SIGNATURE-
--
To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org
with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#572895: ldconfig issue: priority of /lib and /usr/lib is too high
On Sun, Mar 07, 2010 at 03:48:45PM +0100, Harald Dunkel wrote:
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
Package: libc-bin
Version: 2.10.2-6
I would like to override the standard libGL.so files by a private
library installed in a special directory. Problem: It seems that
the libraries in in /lib and /usr/lib have a higher priority than any
other directory. This is a severe restriction. Looking at ld.so(8)
I had the impression that /lib and /usr/lib are supposed to provide a
_default_ set of libraries to be overridden by ld.so.conf and
$LD_LIBRARY_PATH as needed;
:
:
The necessary shared libraries needed by the program are searched for in the
following order
o Using the environment variable LD_LIBRARY_PATH
(LD_AOUT_LIBRARY_PATH for a.out programs). Except if
the executable is a setuid/setgid binary, in which case it is ignored.
o From the cache file /etc/ld.so.cache which contains a compiled list of
candidate libraries previously
found in the augmented library path.
o In the default path /lib, and then /usr/lib.
:
:
Here is my setup:
% cat /etc/ld.so.conf
include /etc/ld.so.conf.d/*.conf
% cat /etc/ld.so.conf.d/*.conf
/usr/lib/nvidia-current
/usr/lib32/nvidia-current
# libc default configuration
/usr/local/lib
# Multiarch support
/lib/x86_64-linux-gnu
/usr/lib/x86_64-linux-gnu
AFAICS this is Debian's default, except for the nvidia libs. Please note
that there is neither /usr/lib nor /lib included in this list.
ldd and strace show that the library is taken from the wrong directory.
Sample session:
% cat EOF /tmp/conftest.cpp
#include GL/gl.h
int main () { glBegin(GL_POINTS); return 0; }
EOF
% g++ /tmp/conftest.cpp -I/usr/include/nvidia-current
-L/usr/lib/nvidia-current -lGL -o /tmp/conftest
% ldd /tmp/conftest
linux-vdso.so.1 = (0x7fff217ff000)
libGL.so.1 = /usr/lib/libGL.so.1 (0x7f4673b5f000)
libstdc++.so.6 = /usr/lib/libstdc++.so.6 (0x7f467384b000)
:
:
%
% file -L /usr/lib/libGL.so.1 /usr/lib/nvidia-current/libGL.so.1
/usr/lib/libGL.so.1:ELF 64-bit LSB shared object, x86-64,
version 1 (SYSV), dynamically linked, for GNU/Linux 2.4.20, stripped
/usr/lib/nvidia-current/libGL.so.1: ELF 64-bit LSB shared object, x86-64,
version 1 (SYSV), dynamically linked, stripped
Have you run ldconfig after doing the change? What's the output of
ldconfig -p | grep libGL.so.1?
--
Aurelien Jarno GPG: 1024D/F1BCDB73
aurel...@aurel32.net http://www.aurel32.net
--
To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org
with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
