| 1 |
> Well, I believe that the right way to do this is to have a chroot on your |
| 2 |
> faster computer where that chroot is insync with your laptop-system. That |
| 3 |
> way you will not get this problem nor a few other that is easily achived |
| 4 |
> when one tries to optimize for different architechtures/models in the same |
| 5 |
> build-tree. |
| 6 |
|
| 7 |
This is about as inconvenient as whipping the laptop hard drive out and |
| 8 |
plugging it into my desktop pc.. booting off it/chrooting to it, then |
| 9 |
building packages. |
| 10 |
|
| 11 |
|
| 12 |
No, I was after a real way that portage could extend it's usability to |
| 13 |
being able to build usable binaries for external systems. |
| 14 |
|
| 15 |
With this, I could run an 'ebuild server', where people request a |
| 16 |
package, giving the libraries that their system has.. and the (quad |
| 17 |
processor meaty pile of 4G DDR memory goodness) builds it for them. |
| 18 |
|
| 19 |
In my opinion this would be a very useful addition to portage, for |
| 20 |
system administrators who administer many different Gentoo systems, and |
| 21 |
want to distribute packages to them all from a central location. |
| 22 |
|
| 23 |
|
| 24 |
Thanks for mentioning that possibility though. |
| 25 |
|
| 26 |
MAL |
| 27 |
|
| 28 |
|
| 29 |
-- |
| 30 |
gentoo-dev@g.o mailing list |
Archives