Re: Moving 32-bit libraries to (/usr)/lib32 on amd64
Kurt Roeckx a écrit :
On Mon, Feb 20, 2006 at 11:10:41AM -0700, Bdale Garbee wrote:
On Mon, 2006-02-20 at 02:23 -0800, Steve Langasek wrote:
consensus that putting this stuff in /usr/lib32 on amd64 is prettier than
/emul/ia32-linux, I see no reason not to move forward.
My sense is that the "concensus" that exists is around FHS compliance.
While I personally consider /usr/lib32 pretty ugly, I am sensitive to
the fact that we have always tried to be FHS compliant in Debian.
FHS actually has a lib<qual> in it, where <qual> can be things
like 32 or 64.
For PPC64, s390x, sparc64 and AMD64 it says that 64 bit libraries
should be put in /lib64 and 32 bit version in /lib.
For IA64, it says 64 bit libraries should be put in /lib, but
doesn't say where 32 bit versions belong. It says:
"IA-64 uses a different scheme, reflecting the deprecation of
32-bit binaries (and hence libraries) on that architecture."
I think 32 bit it makes sense to actually put 32 bit libraries on
ia64 in /lib32 too, instead of the current /emul/ia32-linux/, and
think it would be more inline with the FHS. Is there a reason
it's using /emul/ia32-linux/ ?
/emul/ia32-linux has to be used on ia64, I don't remember where I have
seen that. Also note that the ia64 kernel explicitly look in this directory.
As explained upper, it would be for amd64 only. But mips(el) will also
probably use it.
So I would like both ia64 and amd64 to use /lib32.
Well the idea was to ask the release team if it is ok to start such a
transition now. Steve Langasek said yes.
PS: Does this really have to be on -release?
.''`. Aurelien Jarno | GPG: 1024D/F1BCDB73
: :' : Debian GNU/Linux developer | Electrical Engineer
`. `' email@example.com | firstname.lastname@example.org
`- people.debian.org/~aurel32 | www.aurel32.net