[gentoo-amd64] Re: Wine with no-multilib on AMD64

[Duncan]

Volker Armin Hemmann posted on Sun, 14 Mar 2010 00:27:20 +0100 as
excerpted:

> so you wasted a lot of space. For what benefit again?

What, you can't even read?  In the same message you quoted part of, I 
explained why -- I build my (32-bit only) netbook image in that chroot, on 
my main machine.  I then rsync the completely build and configured image 
to my netbook, thus allowing me to run Gentoo on the netbook without 
having to actually /build/ Gentoo on the netbook.

> And - because you seem to lack some understanding. There is no 'dirtying
> up'. So please, keep your dubios advise down. Chrooting just to be able
> to run an app is not a good choice, if a few mb of 32bit libs, residing
> in /usr/lib32 would be all that is needed.

Well, depending on what you consider dirtying it up.  If you consider 
unnecessarily installing a somewhat brittle dual-bitness toolchain that 
has an annoying tendency to have the 32-bit side break at times "dirtying 
up", if you consider it installing only generically optimized 32-bit 
binary-only emul-linux libraries "dirtying up", then yes, it's definitely 
"dirtying up".  Certainly so as opposed to a separate full 32-bit chroot, 
thus allowing the 64-bit side to stay clean 64-bit (no brittle dual-
bitness toolchain), and no compromise only generic optimizations binary 
emul-linux libraries.

Now a 32-bit chroot is definitely more work than standard multilib, but 
it's also definitely cleaner, and from personal experience, less brittle.  
It's also far more flexible.  Whether it's worth the tradeoff is for an 
individual to decide.

I was simply posting that the 32-bit chroot thing is possible with
no-multilib, something that's poorly documented, so some people might not 
realize it's even possible.  (They may think that multilib is required for 
it.)

-- 
Duncan - List replies preferred.   No HTML msgs.
"Every nonfree program has a lord, a master --
and if you use the program, he is your master."  Richard Stallman