Re: libc6-i386 versus ia32-libs
Harald Dunkel [EMAIL PROTECTED] writes: Hi Goswin, Goswin von Brederlow wrote: Harald Dunkel [EMAIL PROTECTED] writes: But if I run 'ldconfig -v' as suggested the /emul library directories are ignored. See below. The man page for ldconfig doesn't mention /lib/ldconfig either. Is your version in experimental? No, the normal sid version. What version of libc6 do you have? Could it be that the libc6 and libc6-i386 have different versions? The libc6-i386 shoul depend on a new enough libc6 package for ldconfig to work. But I never checked that and don't have access to my sid system currently. Of course there are no pending upgrades. Esp. for libc6\*: % dpkg -l libc6\* Desired=Unknown/Install/Remove/Purge/Hold | Status=Not/Installed/Config-files/Unpacked/Failed-config/Half-installed |/ Err?=(none)/Hold/Reinst-required/X=both-problems (Status,Err: uppercase=bad) ||/ Name VersionDescription +++-==-==- ii libc6 2.3.6-3GNU C Library: Shared libraries and Timezone un libc6-bin none (no description available) un libc6-dbg none (no description available) ii libc6-dev 2.3.6-3GNU C Library: Development Libraries and Hea un libc6-dev-i386 none (no description available) un libc6-doc none (no description available) ii libc6-i386 2.3.6-3GNU C Library: 32bit shared libraries for AM un libc6-pic none (no description available) un libc6-prof none (no description available) un libc6.1none (no description available) un libc6.1-devnone (no description available) un libc6.1-picnone (no description available) As mentioned before, the /lib/ldconfig feature is not documented at all. Whch version of libc6* has been used for testing? [EMAIL PROTECTED]:~$ dpkg -l libc6\* Desired=Unknown/Install/Remove/Purge/Hold | Status=Not/Installed/Config-files/Unpacked/Failed-config/Half-installed |/ Err?=(none)/Hold/Reinst-required/X=both-problems (Status,Err: uppercase=bad) ||/ Name VersionDescription +++-==-==- ii libc6 2.3.6-3GNU C Library: Shared libraries and Timezone ii libc6-dev 2.3.6-3GNU C Library: Development Libraries and Hea ii libc6-dev-i386 2.3.6-3GNU C Library: 32bit development libraries f un libc6-doc none (no description available) ii libc6-i386 2.3.6-3GNU C Library: 32bit shared libraries for AM pn libc6-pic none (no description available) un libc6-prof none (no description available) un libc6.1none (no description available) un libc6.1-devnone (no description available) That version works fine here. bc5c67ee8d8c763449b70936ab80a8ab /sbin/ldconfig There is yet another concern: ld.so.conf also contained a search sequence for library directories (AFAIK). How is this supposed to work with the new directory containg symbolic links? Hmm. I don't think there is a concept for the search order of those links yet. The directory is ment only for system library dirs so there should be no need for ordering them I think. User dirs should still be in ld.so.conf There could be a conflict even for system libraries, e.g. between a stripped-down small library in /lib used at boot time, and the full multi-lingual version in /usr/lib, for example. That would never work since /lib is before /usr/lib hardcoded in ldconfig. Regards Harri MfG Goswin -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Re: libc6-i386 versus ia32-libs
Harald Dunkel [EMAIL PROTECTED] writes: Goswin von Brederlow wrote: Harald Dunkel [EMAIL PROTECTED] writes: Is it possible that the new ia32-libs doesn't setup ld.so.conf? After changing it to /usr/X11R6/lib /emul/ia32-linux/lib /emul/ia32-linux/usr/lib /emul/ia32-linux/usr/X11R6/lib and running ldconfig I could run several 32bit applications (e.g. vmware). The new ia32-libs package sets up /lib/ldconfig/* links for those dirs and the new ldconfig from libc6 uses them. The three emul lines should not be needed. Please check /lib/ldconfig/ and the ldconfig -v ouput without those entries to verify it finds those libraries. Maybe something got screwed up. This seems to be not working as expected. For testing I have kicked out /emul/* from ld.so.conf again. /lib/ldconfig is: # ll /lib/ldconfig total 0 lrwxrwxrwx 1 root root 20 Mar 13 22:11 emul_ia32-linux_lib - /emul/ia32-linux/lib lrwxrwxrwx 1 root root 30 Mar 13 22:11 emul_ia32-linux_usr_X11R6_lib - /emul/ia32-linux/usr/X11R6/lib lrwxrwxrwx 1 root root 24 Mar 13 22:11 emul_ia32-linux_usr_lib - /emul/ia32-linux/usr/lib lrwxrwxrwx 1 root root 19 Mar 5 08:14 x86_64-linux-gnu-lib - ../x86_64-linux-gnu lrwxrwxrwx 1 root root 25 Mar 5 08:14 x86_64-linux-gnu-usr-lib - /usr/lib/x86_64-linux-gnu But if I run 'ldconfig -v' as suggested the /emul library directories are ignored. See below. The man page for ldconfig doesn't mention /lib/ldconfig either. Is your version in experimental? No, the normal sid version. What version of libc6 do you have? Could it be that the libc6 and libc6-i386 have different versions? The libc6-i386 shoul depend on a new enough libc6 package for ldconfig to work. But I never checked that and don't have access to my sid system currently. There is yet another concern: ld.so.conf also contained a search sequence for library directories (AFAIK). How is this supposed to work with the new directory containg symbolic links? Hmm. I don't think there is a concept for the search order of those links yet. The directory is ment only for system library dirs so there should be no need for ordering them I think. User dirs should still be in ld.so.conf If you can think of a reason requiring a specific order the links could be prefixed with a number and sorted that way I guess. MfG Goswin -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Re: libc6-i386 versus ia32-libs
Hi Goswin, Goswin von Brederlow wrote: Harald Dunkel [EMAIL PROTECTED] writes: But if I run 'ldconfig -v' as suggested the /emul library directories are ignored. See below. The man page for ldconfig doesn't mention /lib/ldconfig either. Is your version in experimental? No, the normal sid version. What version of libc6 do you have? Could it be that the libc6 and libc6-i386 have different versions? The libc6-i386 shoul depend on a new enough libc6 package for ldconfig to work. But I never checked that and don't have access to my sid system currently. Of course there are no pending upgrades. Esp. for libc6\*: % dpkg -l libc6\* Desired=Unknown/Install/Remove/Purge/Hold | Status=Not/Installed/Config-files/Unpacked/Failed-config/Half-installed |/ Err?=(none)/Hold/Reinst-required/X=both-problems (Status,Err: uppercase=bad) ||/ Name VersionDescription +++-==-==- ii libc6 2.3.6-3GNU C Library: Shared libraries and Timezone un libc6-bin none (no description available) un libc6-dbg none (no description available) ii libc6-dev 2.3.6-3GNU C Library: Development Libraries and Hea un libc6-dev-i386 none (no description available) un libc6-doc none (no description available) ii libc6-i386 2.3.6-3GNU C Library: 32bit shared libraries for AM un libc6-pic none (no description available) un libc6-prof none (no description available) un libc6.1none (no description available) un libc6.1-devnone (no description available) un libc6.1-picnone (no description available) As mentioned before, the /lib/ldconfig feature is not documented at all. Whch version of libc6* has been used for testing? There is yet another concern: ld.so.conf also contained a search sequence for library directories (AFAIK). How is this supposed to work with the new directory containg symbolic links? Hmm. I don't think there is a concept for the search order of those links yet. The directory is ment only for system library dirs so there should be no need for ordering them I think. User dirs should still be in ld.so.conf There could be a conflict even for system libraries, e.g. between a stripped-down small library in /lib used at boot time, and the full multi-lingual version in /usr/lib, for example. Regards Harri signature.asc Description: OpenPGP digital signature
Re: libc6-i386 versus ia32-libs
Harald Dunkel [EMAIL PROTECTED] writes: Hi G. Goswin von Brederlow wrote: Yes. You can remove ia32-libs or have to wait for an update (ETA friday night, via NMU if the maintainer doesn't move). Is it possible that the new ia32-libs doesn't setup ld.so.conf? After changing it to /usr/X11R6/lib /emul/ia32-linux/lib /emul/ia32-linux/usr/lib /emul/ia32-linux/usr/X11R6/lib and running ldconfig I could run several 32bit applications (e.g. vmware). Regards Harri The new ia32-libs package sets up /lib/ldconfig/* links for those dirs and the new ldconfig from libc6 uses them. The three emul lines should not be needed. Please check /lib/ldconfig/ and the ldconfig -v ouput without those entries to verify it finds those libraries. Maybe something got screwed up. MfG Goswin -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Re: libc6-i386 versus ia32-libs
Goswin von Brederlow wrote: Harald Dunkel [EMAIL PROTECTED] writes: Is it possible that the new ia32-libs doesn't setup ld.so.conf? After changing it to /usr/X11R6/lib /emul/ia32-linux/lib /emul/ia32-linux/usr/lib /emul/ia32-linux/usr/X11R6/lib and running ldconfig I could run several 32bit applications (e.g. vmware). The new ia32-libs package sets up /lib/ldconfig/* links for those dirs and the new ldconfig from libc6 uses them. The three emul lines should not be needed. Please check /lib/ldconfig/ and the ldconfig -v ouput without those entries to verify it finds those libraries. Maybe something got screwed up. This seems to be not working as expected. For testing I have kicked out /emul/* from ld.so.conf again. /lib/ldconfig is: # ll /lib/ldconfig total 0 lrwxrwxrwx 1 root root 20 Mar 13 22:11 emul_ia32-linux_lib - /emul/ia32-linux/lib lrwxrwxrwx 1 root root 30 Mar 13 22:11 emul_ia32-linux_usr_X11R6_lib - /emul/ia32-linux/usr/X11R6/lib lrwxrwxrwx 1 root root 24 Mar 13 22:11 emul_ia32-linux_usr_lib - /emul/ia32-linux/usr/lib lrwxrwxrwx 1 root root 19 Mar 5 08:14 x86_64-linux-gnu-lib - ../x86_64-linux-gnu lrwxrwxrwx 1 root root 25 Mar 5 08:14 x86_64-linux-gnu-usr-lib - /usr/lib/x86_64-linux-gnu But if I run 'ldconfig -v' as suggested the /emul library directories are ignored. See below. The man page for ldconfig doesn't mention /lib/ldconfig either. Is your version in experimental? There is yet another concern: ld.so.conf also contained a search sequence for library directories (AFAIK). How is this supposed to work with the new directory containg symbolic links? Regards Harri == # dpkg -l libc6 ia32-libs Desired=Unknown/Install/Remove/Purge/Hold | Status=Not/Installed/Config-files/Unpacked/Failed-config/Half-installed |/ Err?=(none)/Hold/Reinst-required/X=both-problems (Status,Err: uppercase=bad) ||/ Name Version Description +++-=-=-== ii ia32-libs 1.6 ia32 shared libraries for use on amd64 and ia64 systems ii libc6 2.3.6-3 GNU C Library: Shared libraries and Timezone data # ldconfig -v ldconfig: Path `/lib64' given more than once ldconfig: Path `/usr/lib64' given more than once /usr/X11R6/lib: ldconfig: Cannot stat /usr/X11R6/lib/libGL.so: No such file or directory libSM.so.6 - libSM.so.6.0 libxkbui.so.1 - libxkbui.so.1.0 libI810XvMC.so.1 - libI810XvMC.so.1.0 libXRes.so.1 - libXRes.so.1.0 libXdmcp.so.6 - libXdmcp.so.6.0 libXinerama.so.1 - libXinerama.so.1.0 libX11.so.6 - libX11.so.6.2 libXi.so.6 - libXi.so.6.0 libdmx.so.1 - libdmx.so.1.0 libGLU.so.1 - libGLU.so.1.3 libxkbfile.so.1 - libxkbfile.so.1.0 libviaXvMCPro.so.1 - libviaXvMCPro.so.1.0 libXaw.so.8 - libXaw.so.8.0 libXaw.so.7 - libXaw.so.7.0 libXpm.so.4 - libXpm.so.4.11 libXvMCNVIDIA_dynamic.so.1 - libXvMCNVIDIA.so.1.0.8178 libXaw3d.so.6 - libXaw3d.so.6.1 libXTrap.so.6 - libXTrap.so.6.4 libXvMCW.so.1 - libXvMCW.so.1.0 libXvMC.so.1 - libXvMC.so.1.0 libXau.so.6 - libXau.so.6.0 libXext.so.6 - libXext.so.6.4 libICE.so.6 - libICE.so.6.4 libXxf86vm.so.1 - libXxf86vm.so.1.0 libviaXvMC.so.1 - libviaXvMC.so.1.0 libXtst.so.6 - libXtst.so.6.1 libXfixes.so.3 - libXfixes.so.3.0 libXv.so.1 - libXv.so.1.0 libXt.so.6 - libXt.so.6.0 libXxf86dga.so.1 - libXxf86dga.so.1.0 libXp.so.6 - libXp.so.6.2 libXmuu.so.1 - libXmuu.so.1.0 libXss.so.1 - libXss.so.1.0 libFS.so.6 - libFS.so.6.0 libXrandr.so.2 - libXrandr.so.2.0 libXxf86misc.so.1 - libXxf86misc.so.1.1 libXmu.so.6 - libXmu.so.6.2 /lib: libpam.so.0 - libpam.so.0.79 libproc-3.2.6.so - libproc-3.2.6.so libdl.so.2 - libdl-2.3.6.so libncursesw.so.5 - libncursesw.so.5.5 libBrokenLocale.so.1 - libBrokenLocale-2.3.6.so libc.so.6 - libc-2.3.6.so libnss_dns.so.2 - libnss_dns-2.3.6.so libcrypt.so.1 - libcrypt-2.3.6.so libanl.so.1 - libanl-2.3.6.so libsepol.so.1 - libsepol.so.1 libselinux.so.1 - libselinux.so.1 libmemusage.so - libmemusage.so libnss_hesiod.so.2 - libnss_hesiod-2.3.6.so libpopt.so.0 - libpopt.so.0.0.0 libpam_misc.so.0 - libpam_misc.so.0.79 libnss_compat.so.2 - libnss_compat-2.3.6.so libSegFault.so - libSegFault.so libe2p.so.2 - libe2p.so.2.3 libusb-0.1.so.4 - libusb-0.1.so.4.4.3 libsysfs.so.2 - libsysfs.so.2.0.0 libpcprofile.so - libpcprofile.so libslang.so.2 - libslang.so.2.0.6
Re: libc6-i386 versus ia32-libs
Hi G. Goswin von Brederlow wrote: Yes. You can remove ia32-libs or have to wait for an update (ETA friday night, via NMU if the maintainer doesn't move). Is it possible that the new ia32-libs doesn't setup ld.so.conf? After changing it to /usr/X11R6/lib /emul/ia32-linux/lib /emul/ia32-linux/usr/lib /emul/ia32-linux/usr/X11R6/lib and running ldconfig I could run several 32bit applications (e.g. vmware). Regards Harri signature.asc Description: OpenPGP digital signature
Re: libc6-i386
On Fri, Mar 03, 2006 at 11:13:36PM -0800, David Liontooth wrote: Just to make sure I understand: we're going multiarch? No more chrooted 32-bit environment? No, this is biarch. It's to replace ia32-libs. Multiarch is something totaly different. Kurt -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Re: libc6-i386
Kurt Roeckx wrote: On Fri, Mar 03, 2006 at 11:13:36PM -0800, David Liontooth wrote: Just to make sure I understand: we're going multiarch? No more chrooted 32-bit environment? No, this is biarch. It's to replace ia32-libs. Multiarch is something totaly different. Thank you. Can I install OpenOffice in the regular root with libc6-i386? Dave -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Re: libc6-i386
David Liontooth [EMAIL PROTECTED] writes: Kurt Roeckx wrote: On Fri, Mar 03, 2006 at 11:13:36PM -0800, David Liontooth wrote: Just to make sure I understand: we're going multiarch? No more chrooted 32-bit environment? No, this is biarch. It's to replace ia32-libs. Multiarch is something totaly different. Thank you. Can I install OpenOffice in the regular root with libc6-i386? Dave No. libc6-i386 is just a 32bit libc6 compiled for /emul/ia32-linux/(usr/)lib instead of having the repacked i386 deb in ia32-libs itself. This has three major advantages: 1) ia32-libs doesn't have to carry a copy of the source and binary, 2) it won't be outdated anymore, 3) locales will work since they now look where the 32bit gconv modules actualy are. OOo still needs its own OOo-amd64 deb and many more libraries than libc6. Including a recompiled X so the X locales will work (or a wraper script to override the path). MfG Goswin -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Re: libc6-i386
On Sat, Mar 04, 2006 at 04:34:35AM -0800, David Liontooth wrote: Kurt Roeckx wrote: On Fri, Mar 03, 2006 at 11:13:36PM -0800, David Liontooth wrote: Just to make sure I understand: we're going multiarch? No more chrooted 32-bit environment? No, this is biarch. It's to replace ia32-libs. Multiarch is something totaly different. Thank you. Can I install OpenOffice in the regular root with libc6-i386? No, it's not meant to support full biarch. This is just a temporary solution, mostly to have a biarch gcc. Kurt -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]