1 |
Volker Armin Hemmann posted on Sun, 14 Mar 2010 00:27:20 +0100 as |
2 |
excerpted: |
3 |
|
4 |
> so you wasted a lot of space. For what benefit again? |
5 |
|
6 |
What, you can't even read? In the same message you quoted part of, I |
7 |
explained why -- I build my (32-bit only) netbook image in that chroot, on |
8 |
my main machine. I then rsync the completely build and configured image |
9 |
to my netbook, thus allowing me to run Gentoo on the netbook without |
10 |
having to actually /build/ Gentoo on the netbook. |
11 |
|
12 |
> And - because you seem to lack some understanding. There is no 'dirtying |
13 |
> up'. So please, keep your dubios advise down. Chrooting just to be able |
14 |
> to run an app is not a good choice, if a few mb of 32bit libs, residing |
15 |
> in /usr/lib32 would be all that is needed. |
16 |
|
17 |
Well, depending on what you consider dirtying it up. If you consider |
18 |
unnecessarily installing a somewhat brittle dual-bitness toolchain that |
19 |
has an annoying tendency to have the 32-bit side break at times "dirtying |
20 |
up", if you consider it installing only generically optimized 32-bit |
21 |
binary-only emul-linux libraries "dirtying up", then yes, it's definitely |
22 |
"dirtying up". Certainly so as opposed to a separate full 32-bit chroot, |
23 |
thus allowing the 64-bit side to stay clean 64-bit (no brittle dual- |
24 |
bitness toolchain), and no compromise only generic optimizations binary |
25 |
emul-linux libraries. |
26 |
|
27 |
Now a 32-bit chroot is definitely more work than standard multilib, but |
28 |
it's also definitely cleaner, and from personal experience, less brittle. |
29 |
It's also far more flexible. Whether it's worth the tradeoff is for an |
30 |
individual to decide. |
31 |
|
32 |
I was simply posting that the 32-bit chroot thing is possible with |
33 |
no-multilib, something that's poorly documented, so some people might not |
34 |
realize it's even possible. (They may think that multilib is required for |
35 |
it.) |
36 |
|
37 |
-- |
38 |
Duncan - List replies preferred. No HTML msgs. |
39 |
"Every nonfree program has a lord, a master -- |
40 |
and if you use the program, he is your master." Richard Stallman |