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): glibc-2.3.2-4.80.6 How reproducible: Always Steps to Reproduce: 1. ldconfig -v 2. 3. Actual Results: note that /lib and /usr/lib appear ahead of anything listed in /etc/ld.so.conf Expected Results: I would have expected those directories explicitly listed in /etc/ld.so.conf to appear ahead of any default search paths. Additional info:
This is fixed in glibc-2.3.2-69 and later.