Gentoo Archives: gentoo-dev

From: Paul Smith <pausmith@××××××××××××××.com>
To: gentoo-dev@l.g.o
Subject: Re: [gentoo-dev] BUILDROOT concept (was Re: [gentoo-dev] ROOT variable)
Date: Fri, 23 Apr 2004 15:58:48
Message-Id: vpdrisfq8z4d.fsf@lemming.engeast.baynetworks.com
In Reply to: Re: [gentoo-dev] BUILDROOT concept (was Re: [gentoo-dev] ROOT variable) by Jason Stubbs
1 %% Jason Stubbs <jstubbs@g.o> writes:
2
3 >> However, the problem of the current handling of DEPEND vs. RDEPEND
4 >> is not so simple to resolve. It looks like DEPEND and RDEPEND are
5 >> targeted at a very different scenario than the one I outline above.
6
7 js> It's targeted at embedded systems and the like where you want to
8 js> be very specific about what you want to install.
9
10 Mm. But of course, this will only work if your embedded system just
11 happens to be the same architecture as your build system... which I
12 think is not a good restriction to make.
13
14 I think a better solution to the "building an embedded system" issue
15 would be having some kind of locally-defined "final step" that extracts
16 the specific bits you want from the ROOT image and constructs the
17 embedded image from that. It could take advantage of the ROOT Portage
18 database files such as CONTENTS, etc. to figure out what files need to
19 be installed, and even postprocess it to remove things like man pages or
20 documentation which is deemed unnecessary for an embedded system. It
21 seems like the ROOT image having its own Portage database, rather than
22 mixed in with the local system's database, could be extremely useful.
23
24 This way you could much more easily get REAL control over the content of
25 the embedded image.
26
27 Are there people using this feature right now? I'd be interested to
28 hear their opinions on the current behavior of ROOT.
29
30 >> For my purposes I might need a different kind of depend, call it a
31 >> "build DEPEND" or BDEPEND. This would be a set of packages that are
32 >> needed in the BUILDROOT image in order to build the ROOT image. It would
33 >> only contain host-based tools, I guess, that were needed for building:
34 >> as above it would refer to compilers, cross-compilers,
35 >> bison/yacc/lex-type tools, etc. This would be very cool, but maybe not
36 >> critically important.
37
38 js> how about the following?
39
40 js> mkdir /my/very/own/root
41 js> ROOT="/my/very/own/root/" emerge system
42 js> chroot /my/very/own/root
43
44 I don't see how this solves the problem. First, the point is to allow
45 multiple "build" images, which this does not do, since it still uses the
46 local host for all DEPEND information. I don't want to have to update
47 (or downgrade!) my local host's installation of packages just to build
48 a ROOT with a different setup! Second, the ROOT is not a real Portage
49 system here: all the Portage database information, etc. is on the local
50 system. Third, this still won't work if the ROOT target is to be run on
51 different hardware than the build system. Etc.
52
53 --
54 -------------------------------------------------------------------------------
55 Paul D. Smith <psmith@××××××××××××××.com> HASMAT--HA Software Mthds & Tools
56 "Please remain calm...I may be mad, but I am a professional." --Mad Scientist
57 -------------------------------------------------------------------------------
58 These are my opinions---Nortel Networks takes no responsibility for them.
59
60 --
61 gentoo-dev@g.o mailing list

Replies