1 |
On 27-05-2011 12:33:56 -0400, Christopher Friedt wrote: |
2 |
> On Fri, May 27, 2011 at 11:59 AM, Jeremy Olexa <darkside@g.o> wrote: |
3 |
> > when emerging binpkgs if "build EPREFIX" != "your EPREFIX" - the catch? The |
4 |
> > build prefix must be longer than then new prefix. I build binaries in a |
5 |
> > prefix that is 97 characters long, assuming that the average user will pick |
6 |
> > a shorter location ;) This greatly reduces the time for a new prefix |
7 |
> > installation (down to as quick as 5-7 minutes). In my opinion, changing the |
8 |
> > docs is even less of a solution. |
9 |
> |
10 |
> Good call - there's always a catch though isn't there ;-) Just |
11 |
> overwriting strings in the binaries sounds like a good idea. Then |
12 |
> there's also random regular text files too. |
13 |
|
14 |
It's not too "just overwriting strings" here. See man chpathtool. I |
15 |
just noticed this manpage is quite out of date, since it uses different |
16 |
strategies for binary and text files these days. |
17 |
|
18 |
> Crossdev can be easily patched to work 'properly', and glibc / gcc |
19 |
> have a bit of spots that need to be massaged, but otherwise it's |
20 |
> doable (I can say that now that I've had to do it a couple of times). |
21 |
> |
22 |
> So is there any momentum for eprefixed binaries? I.e. something of a |
23 |
> stage3? It seems like it will always be an ongoing battle, but string |
24 |
> substitution probably eliminates a large part of that. |
25 |
|
26 |
We have the default-prefix dir on |
27 |
http://tinderbox.dev.gentoo.org/ |
28 |
|
29 |
Have you considered trying to do cross-prefix stuff (if you need it?) |
30 |
E.g. building cross target for a different target EPREFIX? You don't |
31 |
really need it if you're happy with chpathtool, but technically (at one |
32 |
point at least) you could emerge for a different EPREFIX than the one |
33 |
portage was built with/for. I'm not sure if this path is tested much |
34 |
lately though. |
35 |
|
36 |
|
37 |
-- |
38 |
Fabian Groffen |
39 |
Gentoo on a different level |