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 |