1 |
I'll try this again, but without the typo... |
2 |
|
3 |
On Mon, 25 Nov 2002, MAL wrote: |
4 |
|
5 |
> > Well, I believe that the right way to do this is to have a chroot on your |
6 |
> > faster computer where that chroot is insync with your laptop-system. That |
7 |
> > way you will not get this problem nor a few other that is easily achived |
8 |
> > when one tries to optimize for different architechtures/models in the same |
9 |
> > build-tree. |
10 |
> |
11 |
> This is about as inconvenient as whipping the laptop hard drive out and |
12 |
> plugging it into my desktop pc.. booting off it/chrooting to it, then |
13 |
> building packages. |
14 |
|
15 |
Setting up a chroot image is currently the only way to do this, and it isn't |
16 |
all that inconvenient. I use rsync to maintain the image. One problem is |
17 |
that this isn't particularly effective for building for a number of different |
18 |
systems. Another disadvantage is that you end up with a compiler that is |
19 |
optimized for the slower system. |
20 |
distcc also partly solves the problem, and allows the compiler on the faster |
21 |
computer to be optimized correctly... |
22 |
|
23 |
> No, I was after a real way that portage could extend it's usability to |
24 |
> being able to build usable binaries for external systems. |
25 |
> |
26 |
> With this, I could run an 'ebuild server', where people request a |
27 |
> package, giving the libraries that their system has.. and the (quad |
28 |
> processor meaty pile of 4G DDR memory goodness) builds it for them. |
29 |
|
30 |
The problem with your proposal is that portage doesn't really have much |
31 |
control over the configure scripts, so it could be very difficult to |
32 |
implement. |
33 |
|
34 |
> |
35 |
> In my opinion this would be a very useful addition to portage, for |
36 |
> system administrators who administer many different Gentoo systems, and |
37 |
> want to distribute packages to them all from a central location. |
38 |
> |
39 |
> |
40 |
> Thanks for mentioning that possibility though. |
41 |
|
42 |
-- |
43 |
Craig West Ph: (416) 567-1491 | It's not a bug, |
44 |
acwest-sig@×××××××××.net | It's a feature... |
45 |
|
46 |
|
47 |
-- |
48 |
gentoo-dev@g.o mailing list |