1 |
Jesús Guerrero posted on Sun, 20 Dec 2009 20:49:46 +0100 as excerpted: |
2 |
|
3 |
> It's all about options. I find it cleaner to pursue the true multilib |
4 |
> (as implemented in the multilib overlay) than to have to OSes just to |
5 |
> run a few apps. That feels like having a Windows installation just to |
6 |
> run a couple of games: hackish at best. But, as said, it's just a matter |
7 |
> of opinions. There's no absolute best option, it depends on your tastes. |
8 |
> This way you can get things like true DRM working no matter what kind of |
9 |
> binary you are using. |
10 |
|
11 |
Absolutely! I realized some time ago that because I don't do closed |
12 |
source and most common FLOSS has already been ported, the chance of me |
13 |
needing 32-bit multilib was essentially nill -- with the exception of |
14 |
grub/lilo since amd64 continues to boot in 16-bit legacy mode, for legacy |
15 |
reasons (as long as the pc/mbr disk format stays around, at least, I |
16 |
understand EFI/GPT can handle direct 64-bit booting, or at least the 32- |
17 |
bit portion is EFI and it can load 64-bit directly), if I wanted to |
18 |
continue actually compiling them from source. |
19 |
|
20 |
But what I'm doing here isn't exactly multilib, but much more literally, |
21 |
taking advantage of the bi-arch/bi-bitness nature of amd64, to assemble a |
22 |
32-bit image for my netbook on my generally WAY more powerful dual-dual- |
23 |
core amd64 machine. I'll continue to do all the Gentoo updates to the 32- |
24 |
bit chroot on my main machine, and will likely eventually rsync the atom |
25 |
to the 32-bit chroot image. Of course, I don't have to worry about that |
26 |
immediately, and I'm not -- I'm simply building the image right now, I've |
27 |
not even figured out what my partition layout's going to be on the atom. |
28 |
Once I get most stuff installed, I'll copy everything to a USB drive, |
29 |
setup grub and a temporary fstab on it, and boot from it on on the |
30 |
netbook/atom. Once that's working correctly, I'll gdisk the atom's 120 |
31 |
gig hd, mkreiserfs or perhaps experiment with btrfs on it, then copy the |
32 |
image over on to it, make it bootable, and go from there. Only after |
33 |
/that's/ all working, and decide what I'm going to do with networking as |
34 |
well, will I need to worry about updating, and since I use |
35 |
FEATURES=buildpkg, I can simply copy the binpkgs to USB stick and |
36 |
"sneakernet" them until it's convenient to setup rsync or some such. |
37 |
|
38 |
Of course that's going way beyond multilib, since it's fully imaged multi- |
39 |
arch (tho I don't plan on ever making the 32-bit image on my main machine |
40 |
actually bootable -- I'd have to stick an entirely different mdraid |
41 |
config in grub, then figure out the partition to point root= at, to do |
42 |
that, and since I already have a second fully bootable 64-bit |
43 |
installation snapshot as a backup, there's little point in making the 32- |
44 |
bit actually bootable on the main machine), but that's what's great about |
45 |
Gentoo and the 32-bit chroot feature documentation and support -- it's so |
46 |
flexible in that regard! =:^) |
47 |
|
48 |
So definitely, it's all about options, and how Gentoo makes so many more |
49 |
of them reasonably easily available, especially compared to the standard |
50 |
but relatively limited bindists. |
51 |
|
52 |
-- |
53 |
Duncan - List replies preferred. No HTML msgs. |
54 |
"Every nonfree program has a lord, a master -- |
55 |
and if you use the program, he is your master." Richard Stallman |