Re: [gentoo-dev] Building binary packages for another system

[A. Craig West]

On Mon, 25 Nov 2002, MAL wrote:

> > Well, I believe that the right way to do this is to have a chroot on your
> > faster computer where that chroot is insync with your laptop-system. That
> > way you will not get this problem nor a few other that is easily achived
> > when one tries to optimize for different architechtures/models in the same
> > build-tree.
>
> This is about as inconvenient as whipping the laptop hard drive out and
> plugging it into my desktop pc.. booting off it/chrooting to it, then
> building packages.

Wetting up a chroot image is currently the only way to do this, and it isn't
all that inconvenient. I use rsync to maintain the image. One problem is
that this isn't particularly effective for building for a number of different
systems. Another disadvantage is that you end up with a compiler that is
optimized for the slower system.
distcc also partly solves the problem, and allows the compiler on the faster
computer to be optimized correctly...

> No, I was after a real way that portage could extend it's usability to
> being able to build usable binaries for external systems.
>
> With this, I could run an 'ebuild server', where people request a
> package, giving the libraries that their system has.. and the (quad
> processor meaty pile of 4G DDR memory goodness) builds it for them.

The problem with your proposal is that portage doesn't really have much
control over the configure scripts, so it could be very difficult to
implement.

>
> In my opinion this would be a very useful addition to portage, for
> system administrators who administer many different Gentoo systems, and
> want to distribute packages to them all from a central location.
>
>
> Thanks for mentioning that possibility though.

-- 
Craig West         Ph: [phone]	|  It's not a bug,
acwest-sig@×××××××××.net              	|  It's a feature...


--
gentoo-dev@g.o mailing list