Red Hat Bugzilla – Bug 98966
ldconfig automatically prepends /usr/lib and /lib to search order
Last modified: 2016-11-24 10:19:41 EST
From Bugzilla Helper:
User-Agent: Mozilla/5.0 Galeon/1.2.7 (X11; Linux i686; U;) Gecko/20021224
Description of problem:
In RH8.0, ldconfig seems to prepend /usr/lib and /lib to the list of directories
in /etc/ld.so.conf. This behavior differs from earlier Redhat releases and it
makes it very difficult to override libraries.
For instance, I prefer to reserve /usr/lib for "distribution binaries" and place
customized or locally-built binaries in /usr/local/lib. Unfortunately, this new
ldconfig behavior thwarts that since it seems to always place /usr/lib and /lib
at the top of the search path.
I've tried explicitly specifying /usr/lib and /lib in /etc/ld.so.conf to no
avail. ldconfig complains that they've been specified twice (once in the
ld.so.conf and presumably once hard-coded in the ldconfig binary).
Making users explicitly set LD_LIBRARY_PATH is messy and, in fact, won't work in
the case of SUID binaries. So it seems with RH8.0, the only way to override the
libraries in /usr/lib or /lib is to physically replace them. :(
Version-Release number of selected component (if applicable):
Steps to Reproduce:
1. ldconfig -v
Actual Results: note that /lib and /usr/lib appear ahead of anything listed in
Expected Results: I would have expected those directories explicitly listed in
/etc/ld.so.conf to appear ahead of any default search paths.
This is fixed in glibc-2.3.2-69 and later.