1 |
Peter Humphrey posted <200509041702.07690.prh@××××××××××.uk>, excerpted |
2 |
below, on Sun, 04 Sep 2005 17:02:07 +0100: |
3 |
|
4 |
> I'd like to see if I can install gambas into my 32-bit chroot jail. It's |
5 |
> masked out of everything but vanilla x86 systems, which I think is what I |
6 |
> have in /mnt/gentoo32 (the chroot jail). |
7 |
> |
8 |
> Using emerge to install gambas brings all sorts of other things, including |
9 |
> a duplicate xorg-x11 installation, which seems a bit excessive to me. How |
10 |
> do I go about emerging into /mnt/gentoo32 with full X functionality etc, |
11 |
> but without all the baggage? Perhaps someone's already done this and can |
12 |
> advise me. |
13 |
> |
14 |
> I don't really understand properly how chroots work, and in particular |
15 |
> whether it's possible to install, e.g., gambas in /mnt/gentoo32 and have |
16 |
> it use libraries etc. elsewhere. Or do I really have to install a |
17 |
> virtually complete gentoo 32-bit system to enable it to work? |
18 |
|
19 |
I don't really know what that is, but esearch says "a RAD tool for BASIC". |
20 |
Is it X based? If so, you'll need the 32-bit xlibs and whatever else it |
21 |
needs, withh appropriate headers, accessible from the 32-bit chroot so it |
22 |
(or whatever dependencies it has) can compile against them. |
23 |
|
24 |
The 32-bit chroot stuff in the technotes explain a bit about how to set it |
25 |
up and what you can remount in your chroot and what not. The |
26 |
compatibility packages do contain the 32-bit xlibs in binary form, but I'm |
27 |
not sure they have all the headers and the like for you to actually |
28 |
compile against. Thus, I'm not sure whether you have to compile X in the |
29 |
chroot or whether you can short-circuit that by making the binary compat |
30 |
packages available in the chroot. Do note, in any case, that the compat |
31 |
packages aren't all that optimized, so you might be better off compiling x |
32 |
in 32-bit anyway, if just to get the optimized libs. |
33 |
|
34 |
Here's how all that works in terms of X. You'll be running the 64-bit |
35 |
X-server. That's fine. 32-bit stuff can connect to it. However, you |
36 |
can't mix 32-bit and 64-bit executables and libraries. You can't load |
37 |
64-bit X client-libs into your 32-bit X-client app. That just doesn't |
38 |
work, for the same reason you can't load 32-bit codecs in a 64-bit mplayer |
39 |
or 32-bit plugins in a 64-bit browser (tho konqueror has a plugin proxy |
40 |
that does the job). As I said, the 32-bit binary compatibility libs do |
41 |
contain the necessary X client-libs. However, they may not contain the |
42 |
headers necessarily to actually compile against them, thus being useful |
43 |
for 32-bit precompiled stuff only. |
44 |
|
45 |
So... for now, you'll likely have to compile all of X in 32-bit mode as |
46 |
well. |
47 |
|
48 |
FWIW, that's going to change with xorg-7.0, the modular-X now under |
49 |
development (there's an -rc in portage, hard-masked for testing). |
50 |
Upstream is splitting the monolithic package into a rather large number of |
51 |
component modules, and Gentoo is doing likewise. When it's all done, |
52 |
packages won't depend on X, but on the specific X-modules they need, the |
53 |
client-libs for most X client-apps, and specific other modules as needed. |
54 |
Thus, most folks will be able to avoid compiling at least all the extra |
55 |
drivers for hardware they don't have, and in cases like this, only the |
56 |
bare minimum necessary packages would be compiled to fill the |
57 |
dependencies, likely only xlib. |
58 |
|
59 |
Back to the now. If gambas isn't an X app, the dependency may be down the |
60 |
dependency chain a bit. It's possible you could avoid it by tweaking |
61 |
your 32-bit chroot USE flags. You'll probably want them fairly minimal, |
62 |
anyway, certainly in the 32-bit make.conf, and make use of package.use to |
63 |
turn on specific flags where you /do/ want them. |
64 |
|
65 |
-- |
66 |
Duncan - List replies preferred. No HTML msgs. |
67 |
"Every nonfree program has a lord, a master -- |
68 |
and if you use the program, he is your master." Richard Stallman in |
69 |
http://www.linuxdevcenter.com/pub/a/linux/2004/12/22/rms_interview.html |
70 |
|
71 |
|
72 |
-- |
73 |
gentoo-amd64@g.o mailing list |