Re: Some binaries using /lib/ld.so instead of /lib64/ld.so
> Both less versions are compiled with the same libc and ld. Where does > your less come from? Probably from my first attempts at installing Debian/AMD64 in february. There were several flavours available and at some point I installed packages from several of them. I reinstalled less and several other packages and now I have the same ld.so linkage as you. Thanks ! However, this still does not fixes libc6. I reinstalled the package (see below for version info) and I still get the wrong linkage for 7 binaries included in the package: $ ldd `dlocate -L libc6 |grep /bin/` |grep ld-linux /lib/ld-linux-x86-64.so.2 (0x0030f490) /lib/ld-linux-x86-64.so.2 (0x0030f490) /lib/ld-linux-x86-64.so.2 (0x0030f490) /lib/ld-linux-x86-64.so.2 (0x0030f490) /lib/ld-linux-x86-64.so.2 (0x0030f490) /lib/ld-linux-x86-64.so.2 (0x0030f490) /lib/ld-linux-x86-64.so.2 (0x0030f490) Do you get the same thing ? If yes, should I report a bug ? -- Laurent Bonnaud. http://www.lis.inpg.fr/pages_perso/bonnaud/ $ dlocate -s libc6 Package: libc6 Status: install ok installed Priority: required Section: base Installed-Size: 14948 Maintainer: GNU Libc Maintainers Architecture: amd64 Source: glibc Version: 2.3.5-4 Replaces: ldso (<= 1.9.11-9), timezone, timezones, gconv-modules, libtricks, netkit-rpc, netbase (<< 4.0) Provides: glibc-2.3.5-3 Suggests: locales, glibc-doc Conflicts: strace (<< 4.0-0), libnss-db (<= 2.2-6.1.1), timezone, timezones, gconv-modules, libtricks, libc6-doc, netkit-rpc, wine (<< 0.0.20031118-1), cyrus-imapd (<< 1.5.19-15), initrd-tools (<< 0.1.79) Description: GNU C Library: Shared libraries and Timezone data Contains the standard libraries that are used by nearly all programs on the system. This package includes shared versions of the standard C library and the standard math library, as well as many others. Timezone data is also included. -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Some binaries using /lib/ld.so instead of /lib64/ld.so
Hi, I'm seeing the following warnings from prelink: /usr/sbin/prelink.bin: /usr/sbin/zic: Using /lib/ld-linux-x86-64.so.2, not /lib64/ld-linux-x86-64.so.2 as dynamic linker /usr/sbin/prelink.bin: /usr/sbin/iconvconfig: Using /lib/ld-linux-x86-64.so.2, not /lib64/ld-linux-x86-64.so.2 as dynamic linker /usr/sbin/prelink.bin: /usr/sbin/nscd_nischeck: Using /lib/ld-linux-x86-64.so.2, not /lib64/ld-linux-x86-64.so.2 as dynamic linker /usr/sbin/prelink.bin: /bin/nc: Using /lib/ld-linux-x86-64.so.2, not /lib64/ld-linux-x86-64.so.2 as dynamic linker /usr/sbin/prelink.bin: /usr/bin/less: Using /lib/ld-linux-x86-64.so.2, not /lib64/ld-linux-x86-64.so.2 as dynamic linker /usr/sbin/prelink.bin: /usr/bin/rpcinfo: Using /lib/ld-linux-x86-64.so.2, not /lib64/ld-linux-x86-64.so.2 as dynamic linker /usr/sbin/prelink.bin: /usr/bin/localedef: Using /lib/ld-linux-x86-64.so.2, not /lib64/ld-linux-x86-64.so.2 as dynamic linker /usr/sbin/prelink.bin: /usr/bin/iconv: Using /lib/ld-linux-x86-64.so.2, not /lib64/ld-linux-x86-64.so.2 as dynamic linker /usr/sbin/prelink.bin: /usr/bin/dc: Using /lib/ld-linux-x86-64.so.2, not /lib64/ld-linux-x86-64.so.2 as dynamic linker /usr/sbin/prelink.bin: /usr/bin/rpcgen: Using /lib/ld-linux-x86-64.so.2, not /lib64/ld-linux-x86-64.so.2 as dynamic linker /usr/sbin/prelink.bin: /usr/bin/sprof: Using /lib/ld-linux-x86-64.so.2, not /lib64/ld-linux-x86-64.so.2 as dynamic linker /usr/sbin/prelink.bin: /usr/bin/getent: Using /lib/ld-linux-x86-64.so.2, not /lib64/ld-linux-x86-64.so.2 as dynamic linker /usr/sbin/prelink.bin: /usr/bin/lesskey: Using /lib/ld-linux-x86-64.so.2, not /lib64/ld-linux-x86-64.so.2 as dynamic linker /usr/sbin/prelink.bin: /usr/bin/locale: Using /lib/ld-linux-x86-64.so.2, not /lib64/ld-linux-x86-64.so.2 as dynamic linker /usr/sbin/prelink.bin: /usr/bin/gencat: Using /lib/ld-linux-x86-64.so.2, not /lib64/ld-linux-x86-64.so.2 as dynamic linker /usr/sbin/prelink.bin: /usr/bin/file: Using /lib/ld-linux-x86-64.so.2, not /lib64/ld-linux-x86-64.so.2 as dynamic linker /usr/sbin/prelink.bin: /usr/bin/screen: Using /lib/ld-linux-x86-64.so.2, not /lib64/ld-linux-x86-64.so.2 as dynamic linker /usr/sbin/prelink.bin: /usr/bin/lessecho: Using /lib/ld-linux-x86-64.so.2, not /lib64/ld-linux-x86-64.so.2 as dynamic linker /usr/sbin/prelink.bin: /usr/bin/getconf: Using /lib/ld-linux-x86-64.so.2, not /lib64/ld-linux-x86-64.so.2 as dynamic linker /usr/sbin/prelink.bin: /usr/bin/zdump: Using /lib/ld-linux-x86-64.so.2, not /lib64/ld-linux-x86-64.so.2 as dynamic linker /usr/sbin/prelink.bin: /usr/lib/pt_chown: Using /lib/ld-linux-x86-64.so.2, not /lib64/ld-linux-x86-64.so.2 as dynamic linker And indeed: $ ldd /usr/bin/less |grep ld /lib/ld-linux-x86-64.so.2 (0x003b3cc0) whereas all other binaries on the system use this: $ ldd /bin/ls |grep ld /lib64/ld-linux-x86-64.so.2 (0x003b3cc0) Of course, both ld.so versions are the same, but: - this inconsistency may be the result of a more serious problem - I like all binaries on my system to be consistent :>. Is this something the kind AMD64 porters could fix or should I send bug reports for the concerned packages ? -- Laurent Bonnaud. http://www.lis.inpg.fr/pages_perso/bonnaud/ -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Re: Bug#308003: FTBFS: cannot find -lc (forwarded from Andreas Jochens)
On lun, 2005-05-09 at 05:47 +0200, Goswin von Brederlow wrote: > Please make sure you have: > > [EMAIL PROTECTED]:~% ls -lhd /usr/lib32 > lrwxrwxrwx 1 root root 24 2005-05-08 20:01 /usr/lib32 -> > /emul/ia32-linux/usr/lib/ Thank you for the hint ! My system was messed up, indeed. I fixed it and it solved the problem. Therefore I'm closing this bug. The build is not finished yet (it takes ages), but if there is another problem, I'll open another bug... BTW, my system has this line in /etc/apt/sources.list: deb http://ftp.de.debian.org/debian-amd64/debian/ experimental main contrib but gcc-4.0 is not available. I'm wondering which packages Andreas Jochens is using to report all the build failures in Debian packages with gcc-4.0. Thanks again, -- Laurent Bonnaud. http://www.lis.inpg.fr/pages_perso/bonnaud/ -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Re: Bug#308003: FTBFS: cannot find -lc (forwarded from Andreas Jochens)
> Which version of ia32-libs-dev was installed during the build? The latest version available in sid: ii ia32-libs-dev 1.4 ia32 development libraries and headers for use on ia32/ia6 -- Laurent Bonnaud. http://www.lis.inpg.fr/pages_perso/bonnaud/ -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Re: Bug#308003: FTBFS: cannot find -lc
> bug reports for unsupported architectures aren't RC. anyway, the libc > cannot be found. Please could you check, if applying the following > patch succeeds in finding the 32bit libc? Here is what I did: edit ./src/gcc/config/i386/t-linux64 $ fakeroot dpkg-buildpackage -b Unfortunately my edits are undone by the build process. I don't know how to split the build so that my edit remains. BTW, the file I have on my system contains: MULTILIB_OSDIRNAMES = ../lib64 ../lib32 (gcc-4.0_4.0.0-6 source package) -- Laurent Bonnaud. http://www.lis.inpg.fr/pages_perso/bonnaud/ -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
