Bug 98966
| Summary: | ldconfig automatically prepends /usr/lib and /lib to search order | ||
|---|---|---|---|
| Product: | [Retired] Red Hat Linux | Reporter: | Jimmie Mayfield <mayfield+redhat> |
| Component: | glibc | Assignee: | Jakub Jelinek <jakub> |
| Status: | CLOSED RAWHIDE | QA Contact: | Brian Brock <bbrock> |
| Severity: | medium | Docs Contact: | |
| Priority: | medium | ||
| Version: | 8.0 | CC: | fweimer |
| Target Milestone: | --- | ||
| Target Release: | --- | ||
| Hardware: | i386 | ||
| OS: | Linux | ||
| Whiteboard: | |||
| Fixed In Version: | 2.3.2-69 | Doc Type: | Bug Fix |
| Doc Text: | Story Points: | --- | |
| Clone Of: | Environment: | ||
| Last Closed: | 2003-10-03 09:49:54 UTC | Type: | --- |
| Regression: | --- | Mount Type: | --- |
| Documentation: | --- | CRM: | |
| Verified Versions: | Category: | --- | |
| oVirt Team: | --- | RHEL 7.3 requirements from Atomic Host: | |
| Cloudforms Team: | --- | Target Upstream Version: | |
| Embargoed: | |||
This is fixed in glibc-2.3.2-69 and later. |
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: