idea is to kill off the three packages and just have everyone use linux32 i believe Kumba has been using linux32 w/out any issues on mips and ive started using it on ppc/ppc64
As long as we "dosym linux32 /bin/sparc32" for compatibility purposes (catalyst at least) and block it against sparc32 i'm all for it.
that'll require some touchups in the source code which i'm looking into now ... and i think it'd be good if we installed appropriate symlinks on each arch ...
Installing as linux32 and symlinking just works(tm) - i've got nothing against it.
it only works because the code assumes by default to change emulation to 32bit mode ... if you were to name the binary "sparc64", it'd still function as "linux32" instead of "linux64"
For consistency purposes it should be fixed then, though i kinda doubt it's usefulness on sparc other than switching back to 64 from 32 (double chroot).
ok, change of plan :) after some research and chatting with Kumba, it'd be better if we move to the "setarch" package by redhat ive added mips support to it, and it already comes with ppc/amd64/x86/sparc/s390/ia64 support this sucker installs as "setarch" and generates symlinks for all the other fun names like "linux32", "linux64", "ppc32", "ppc64", "sparc32", "sparc64", etc... depending on the host architecture of course
*** Bug 124094 has been marked as a duplicate of this bug. ***
unless i get some negative response this weekend, i'll go ahead and do this for all arches early next week the only feedback ive had is from mips/ppc/ppc64, and they were positive ... and ive been using this on my amd64/ppc/ppc64 machines w/out any problems
go for it. we just have to remember to update http://www.gentoo.org/proj/en/base/amd64/howtos/index.xml?part=1&chap=2 once the package is in the tree
setarch is in the tree and has been for a while
sparc is fine too, just remember to switch it in our profiles before ditching sparc32.
setarch-1.8 moved to stable and all references to it replaced
