Re: libc6-i386 versus ia32-libs

2006-03-16 Thread Goswin von Brederlow
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   (no description available)
> un  libc6-dbg   (no description available)
> ii  libc6-dev  2.3.6-3GNU C Library: Development Libraries and Hea
> un  libc6-dev-i386  (no description available)
> un  libc6-doc   (no description available)
> ii  libc6-i386 2.3.6-3GNU C Library: 32bit shared libraries for AM
> un  libc6-pic   (no description available)
> un  libc6-prof  (no description available)
> un  libc6.1 (no description available)
> un  libc6.1-dev (no description available)
> un  libc6.1-pic (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   (no description available)
ii  libc6-i386 2.3.6-3GNU C Library: 32bit shared libraries for AM
pn  libc6-pic   (no description available)
un  libc6-prof  (no description available)
un  libc6.1 (no description available)
un  libc6.1-dev (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

2006-03-15 Thread Harald Dunkel
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   (no description available)
un  libc6-dbg   (no description available)
ii  libc6-dev  2.3.6-3GNU C Library: Development Libraries and Hea
un  libc6-dev-i386  (no description available)
un  libc6-doc   (no description available)
ii  libc6-i386 2.3.6-3GNU C Library: 32bit shared libraries for AM
un  libc6-pic   (no description available)
un  libc6-prof  (no description available)
un  libc6.1 (no description available)
un  libc6.1-dev (no description available)
un  libc6.1-pic (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

2006-03-15 Thread Goswin von Brederlow
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

2006-03-14 Thread Harald Dunkel
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.

Re: libc6-i386 versus ia32-libs

2006-03-14 Thread Goswin von Brederlow
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

2006-03-13 Thread Harald Dunkel
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 versus ia32-libs

2006-03-07 Thread Goswin von Brederlow
Michelasso <[EMAIL PROTECTED]> writes:

> Hello everybody,
> today updating my sid I noticed this conflict, and I was wondering if
> I can remove ia32-libs from my system or if I have to wait until a new
> version of ia32-libs compatible with libc6-i386 comes out (and maybe
> this should be the right way to do since, if I am not wrong, ia32-libs
> contains many more libraries than llibc6).

Yes. You can remove ia32-libs or have to wait for an update (ETA
friday night, via NMU if the maintainer doesn't move).

And yes, ia32-libs has a lot more libs and won't have libc6 anymore
(but depend on libc6-i386) in the future.

> Suggestions?

Frederick and I are polishing of the package atm for either a
maintainer sponsored upload or NMU. If you can't wait and can't do
without ia32-libs for a while then fetch the patch from the BTS (one
of those 5 merged RC bugs) and build your own ia32-libs.

MfG
Goswin


-- 
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]