Gentoo Archives: gentoo-portage-dev

From: Markus Duft <mduft@g.o>
To: gentoo-portage-dev@l.g.o
Subject: Re: [gentoo-portage-dev] prefix portage chaining
Date: Fri, 27 Mar 2009 06:36:10
Message-Id: 1238135689.591.2.camel@localhost
In Reply to: Re: [gentoo-portage-dev] prefix portage chaining by Ned Ludd
1 On Thu, 2009-03-26 at 10:08 -0700, Ned Ludd wrote:
2 > On Thu, 2009-03-26 at 08:26 +0100, Markus Duft wrote:
3 > > On Wed, 2009-03-25 at 11:44 -0700, Ned Ludd wrote:
4 > > [snip]
5 > > >
6 > > >
7 > > > While much of what you are talking about here mainly applies to prefix,
8 > > > it looks to me from glancing over the code that you might of solved a
9 > > > long standing problem in the embedded world with cross compiling via
10 > > > portage. 222895 If that is the case, then I owe you a beer. one about
11 > > > the size of a keg.
12 > > >
13 > >
14 > > lol, thx for the beer ;)
15 > >
16 > > hmm... looking over that patch again, the only EPREFIX dependent thing
17 > > is, that i'm removing EPREFIX from the vartree class again :) so this
18 > > should pretty much plain apply to main too, and simply work. you may
19 > > want to rename READONLY_EPREFIX to READONLY_ROOT, but thats it :)
20 > >
21 > > the other stuff besides portage modification (baselayout patchery, etc.
22 > > is prefix specific again, so all you'd need is the portage changes.
23 > >
24 > > if you will try it, please let me know if it worked :) with the attached
25 > > patch "sed -i -e 's,READONLY_EPREFIX,READONLY_ROOT,g'", and applying to
26 > > an installed /usr/lib/portage should enable you to do it.
27 > > (backup /usr/lib/portage - i trust my work, but... we never know for
28 > > sure :))
29 > >
30 > > then add to make.conf: READONLY_ROOT=/my/other/root:DEPEND
31 > >
32 > > i hope this is what you where looking for...! and i hope it doesn't
33 > > somehow clash with the existing cross compile logic in portage regarding
34 > > where to merge to...
35 > >
36 > > Cheers, Markus
37 >
38 >
39 > patch failed a few hunks for me on ~arch vanilla-portage. I did point
40 > out the patch to one of the gentoo embedded/openmoko guys. Think they
41 > will be the most eager to test this.
42 >
43 > In our case if the code did work out whatever you call READONLY_ROOT we
44 > would probably need to expand to allow for more that one ROOT if it has
45 > to be defined in the parent /etc/make.conf
46
47 not the parent one, but the "childs" one. so you'd say
48 READONLY_ROOT="/:DEPEND" in your $ROOT. so when merging to $ROOT, '/'
49 will be searched for DEPENDs.
50
51 er... you can remove all hunks for vartree.py and remove the argument
52 "kill_eprefix" from all calls to vartree (should be one only i guess).
53 sorry - forgot about that.
54
55 Cheers, Markus
56
57 >
58 >