[Date Prev][Date Next] [Thread Prev][Thread Next] [Date Index] [Thread Index]

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:

If there's
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.

So I would like both ia64 and amd64 to use /lib32.
As explained upper, it would be for amd64 only. But mips(el) will also probably use it.

PS: Does this really have to be on -release?
Well the idea was to ask the release team if it is ok to start such a transition now. Steve Langasek said yes.


  .''`.  Aurelien Jarno	            | GPG: 1024D/F1BCDB73
 : :' :  Debian GNU/Linux developer | Electrical Engineer
 `. `'   aurel32@debian.org         | aurelien@aurel32.net
   `-    people.debian.org/~aurel32 | www.aurel32.net

Reply to: