[Cooker] [Bug 3253] [ldconfig] ldconfig doesn't follow stipulated search order for libraries
http://qa.mandrakesoft.com/show_bug.cgi?id=3253 --- Additional Comments From [EMAIL PROTECTED] 2003-24-06 17:32 --- *** Bug 3230 has been marked as a duplicate of this bug. *** -- Configure bugmail: http://qa.mandrakesoft.com/userprefs.cgi?tab=email --- You are receiving this mail because: --- You are on the CC list for the bug, or are watching someone who is. --- Reminder: --- assigned_to: [EMAIL PROTECTED] status: UNCONFIRMED creation_date: description: I've been running a bug report as bug #3159, and apparently I chose the wrong package so I'll recap that report: This is my understanding of ldconfig: During run-time the program should check LD_LIBRARY_PATH, /etc/ld.so.cache and default libs. 'ldconfig' is used to update the cache using LD_LIBRARY_PATH, /etc/ld.so.conf and default libs as the search order. 'ldconfig -p' shows what's in the cache and in what order the libraries are referenced, so if /usr/lib/libmylib.so comes before /usr/local/lib/libmylib.so the former is used at runtime. This is the bug: When I run 'ldconfig -p | grep libfreetype' I get (in order) libfreetype.so (libc6) => /usr/lib/libfreetype.so.6 libfreetype.so (libc6) => /usr/local/lib/libfreetype.so.6 and 'ldd /opt/xfce4_cvs26feb/bin/xfwm4 | grep freetype' gives libfreetype.so.6 => /usr/lib/libfreetype.so.6 So even though my ld.so.conf has /usr/local/lib first ldconfig and the linker ignores it and chooses the default lib instead. This behaviour appeared somewhere between MDK-7.0 and 8.2 and is till there in 9.1rc2 (well I haven't reported it before and apparently noone else seems to be bugged about it, but I really like to upgrade some libs myself and not use the cooker libs.) Peder
[Cooker] [Bug 3253] [ldconfig] ldconfig doesn't follow stipulated search order for libraries
http://qa.mandrakesoft.com/show_bug.cgi?id=3253 --- Additional Comments From [EMAIL PROTECTED] 2003-24-06 17:33 --- *** Bug 3306 has been marked as a duplicate of this bug. *** -- Configure bugmail: http://qa.mandrakesoft.com/userprefs.cgi?tab=email --- You are receiving this mail because: --- You are on the CC list for the bug, or are watching someone who is. --- Reminder: --- assigned_to: [EMAIL PROTECTED] status: UNCONFIRMED creation_date: description: I've been running a bug report as bug #3159, and apparently I chose the wrong package so I'll recap that report: This is my understanding of ldconfig: During run-time the program should check LD_LIBRARY_PATH, /etc/ld.so.cache and default libs. 'ldconfig' is used to update the cache using LD_LIBRARY_PATH, /etc/ld.so.conf and default libs as the search order. 'ldconfig -p' shows what's in the cache and in what order the libraries are referenced, so if /usr/lib/libmylib.so comes before /usr/local/lib/libmylib.so the former is used at runtime. This is the bug: When I run 'ldconfig -p | grep libfreetype' I get (in order) libfreetype.so (libc6) => /usr/lib/libfreetype.so.6 libfreetype.so (libc6) => /usr/local/lib/libfreetype.so.6 and 'ldd /opt/xfce4_cvs26feb/bin/xfwm4 | grep freetype' gives libfreetype.so.6 => /usr/lib/libfreetype.so.6 So even though my ld.so.conf has /usr/local/lib first ldconfig and the linker ignores it and chooses the default lib instead. This behaviour appeared somewhere between MDK-7.0 and 8.2 and is till there in 9.1rc2 (well I haven't reported it before and apparently noone else seems to be bugged about it, but I really like to upgrade some libs myself and not use the cooker libs.) Peder
[Cooker] [Bug 3253] [ldconfig] ldconfig doesn't follow stipulated search order for libraries
http://qa.mandrakesoft.com/show_bug.cgi?id=3253 [EMAIL PROTECTED] changed: What|Removed |Added CC||bugzilla- ||[EMAIL PROTECTED] --- Additional Comments From [EMAIL PROTECTED] 2003-24-06 17:53 --- ldconfig forces /lib and /usr/lib to be before any other directory, see the following message: http://lists.debian.org/debian-glibc/2001/debian-glibc-200104/msg5.html -- Configure bugmail: http://qa.mandrakesoft.com/userprefs.cgi?tab=email --- You are receiving this mail because: --- You are on the CC list for the bug, or are watching someone who is. --- Reminder: --- assigned_to: [EMAIL PROTECTED] status: UNCONFIRMED creation_date: description: I've been running a bug report as bug #3159, and apparently I chose the wrong package so I'll recap that report: This is my understanding of ldconfig: During run-time the program should check LD_LIBRARY_PATH, /etc/ld.so.cache and default libs. 'ldconfig' is used to update the cache using LD_LIBRARY_PATH, /etc/ld.so.conf and default libs as the search order. 'ldconfig -p' shows what's in the cache and in what order the libraries are referenced, so if /usr/lib/libmylib.so comes before /usr/local/lib/libmylib.so the former is used at runtime. This is the bug: When I run 'ldconfig -p | grep libfreetype' I get (in order) libfreetype.so (libc6) => /usr/lib/libfreetype.so.6 libfreetype.so (libc6) => /usr/local/lib/libfreetype.so.6 and 'ldd /opt/xfce4_cvs26feb/bin/xfwm4 | grep freetype' gives libfreetype.so.6 => /usr/lib/libfreetype.so.6 So even though my ld.so.conf has /usr/local/lib first ldconfig and the linker ignores it and chooses the default lib instead. This behaviour appeared somewhere between MDK-7.0 and 8.2 and is till there in 9.1rc2 (well I haven't reported it before and apparently noone else seems to be bugged about it, but I really like to upgrade some libs myself and not use the cooker libs.) Peder
[Cooker] [Bug 3253] [ldconfig] ldconfig doesn't follow stipulated search order for libraries
http://qa.mandrakesoft.com/show_bug.cgi?id=3253 --- Additional Comments From [EMAIL PROTECTED] 2003-24-06 17:32 --- *** Bug 3216 has been marked as a duplicate of this bug. *** -- Configure bugmail: http://qa.mandrakesoft.com/userprefs.cgi?tab=email --- You are receiving this mail because: --- You are on the CC list for the bug, or are watching someone who is. --- Reminder: --- assigned_to: [EMAIL PROTECTED] status: UNCONFIRMED creation_date: description: I've been running a bug report as bug #3159, and apparently I chose the wrong package so I'll recap that report: This is my understanding of ldconfig: During run-time the program should check LD_LIBRARY_PATH, /etc/ld.so.cache and default libs. 'ldconfig' is used to update the cache using LD_LIBRARY_PATH, /etc/ld.so.conf and default libs as the search order. 'ldconfig -p' shows what's in the cache and in what order the libraries are referenced, so if /usr/lib/libmylib.so comes before /usr/local/lib/libmylib.so the former is used at runtime. This is the bug: When I run 'ldconfig -p | grep libfreetype' I get (in order) libfreetype.so (libc6) => /usr/lib/libfreetype.so.6 libfreetype.so (libc6) => /usr/local/lib/libfreetype.so.6 and 'ldd /opt/xfce4_cvs26feb/bin/xfwm4 | grep freetype' gives libfreetype.so.6 => /usr/lib/libfreetype.so.6 So even though my ld.so.conf has /usr/local/lib first ldconfig and the linker ignores it and chooses the default lib instead. This behaviour appeared somewhere between MDK-7.0 and 8.2 and is till there in 9.1rc2 (well I haven't reported it before and apparently noone else seems to be bugged about it, but I really like to upgrade some libs myself and not use the cooker libs.) Peder
[Cooker] [Bug 3253] [ldconfig] ldconfig doesn't follow stipulated search order for libraries
http://qa.mandrakesoft.com/show_bug.cgi?id=3253 --- Additional Comments From [EMAIL PROTECTED] 2003-03-14 17:08 --- Oops! When I reloaded the page so see if there'd been some answer, the stupid bugzilla must have reposted the bug somehow. Sorry about that. Peder --- You are receiving this mail because: --- You are on the CC list for the bug, or are watching someone who is. --- Reminder: --- assigned_to: [EMAIL PROTECTED] status: UNCONFIRMED creation_date: description: I've been running a bug report as bug #3159, and apparently I chose the wrong package so I'll recap that report: This is my understanding of ldconfig: During run-time the program should check LD_LIBRARY_PATH, /etc/ld.so.cache and default libs. 'ldconfig' is used to update the cache using LD_LIBRARY_PATH, /etc/ld.so.conf and default libs as the search order. 'ldconfig -p' shows what's in the cache and in what order the libraries are referenced, so if /usr/lib/libmylib.so comes before /usr/local/lib/libmylib.so the former is used at runtime. This is the bug: When I run 'ldconfig -p | grep libfreetype' I get (in order) libfreetype.so (libc6) => /usr/lib/libfreetype.so.6 libfreetype.so (libc6) => /usr/local/lib/libfreetype.so.6 and 'ldd /opt/xfce4_cvs26feb/bin/xfwm4 | grep freetype' gives libfreetype.so.6 => /usr/lib/libfreetype.so.6 So even though my ld.so.conf has /usr/local/lib first ldconfig and the linker ignores it and chooses the default lib instead. This behaviour appeared somewhere between MDK-7.0 and 8.2 and is till there in 9.1rc2 (well I haven't reported it before and apparently noone else seems to be bugged about it, but I really like to upgrade some libs myself and not use the cooker libs.) Peder
[Cooker] [Bug 3253] [ldconfig] ldconfig doesn't follow stipulated search order for libraries
http://qa.mandrakesoft.com/show_bug.cgi?id=3253 --- Additional Comments From [EMAIL PROTECTED] 2003-03-13 19:42 --- *** Bug 3264 has been marked as a duplicate of this bug. *** --- Additional Comments From [EMAIL PROTECTED] 2003-03-13 19:42 --- *** Bug 3274 has been marked as a duplicate of this bug. *** --- You are receiving this mail because: --- You are on the CC list for the bug, or are watching someone who is. --- Reminder: --- assigned_to: [EMAIL PROTECTED] status: UNCONFIRMED creation_date: description: I've been running a bug report as bug #3159, and apparently I chose the wrong package so I'll recap that report: This is my understanding of ldconfig: During run-time the program should check LD_LIBRARY_PATH, /etc/ld.so.cache and default libs. 'ldconfig' is used to update the cache using LD_LIBRARY_PATH, /etc/ld.so.conf and default libs as the search order. 'ldconfig -p' shows what's in the cache and in what order the libraries are referenced, so if /usr/lib/libmylib.so comes before /usr/local/lib/libmylib.so the former is used at runtime. This is the bug: When I run 'ldconfig -p | grep libfreetype' I get (in order) libfreetype.so (libc6) => /usr/lib/libfreetype.so.6 libfreetype.so (libc6) => /usr/local/lib/libfreetype.so.6 and 'ldd /opt/xfce4_cvs26feb/bin/xfwm4 | grep freetype' gives libfreetype.so.6 => /usr/lib/libfreetype.so.6 So even though my ld.so.conf has /usr/local/lib first ldconfig and the linker ignores it and chooses the default lib instead. This behaviour appeared somewhere between MDK-7.0 and 8.2 and is till there in 9.1rc2 (well I haven't reported it before and apparently noone else seems to be bugged about it, but I really like to upgrade some libs myself and not use the cooker libs.) Peder