From mboxrd@z Thu Jan 1 00:00:00 1970 Received: from pigeon.gentoo.org ([69.77.167.62] helo=lists.gentoo.org) by finch.gentoo.org with esmtp (Exim 4.60) (envelope-from ) id 1Jt51d-0004UD-VM for garchives@archives.gentoo.org; Mon, 05 May 2008 18:02:58 +0000 Received: from pigeon.gentoo.org (localhost [127.0.0.1]) by pigeon.gentoo.org (Postfix) with SMTP id 3F766E045E; Mon, 5 May 2008 18:02:57 +0000 (UTC) Received: from fk-out-0910.google.com (fk-out-0910.google.com [209.85.128.189]) by pigeon.gentoo.org (Postfix) with ESMTP id DF5ADE045E for ; Mon, 5 May 2008 18:02:56 +0000 (UTC) Received: by fk-out-0910.google.com with SMTP id 18so1073926fks.2 for ; Mon, 05 May 2008 11:02:56 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=domainkey-signature:received:received:message-id:date:from:to:subject:in-reply-to:mime-version:content-type:references; bh=oNU2sVi6/pdtR1jFaN2jlSuZdFA3FWYUCatDpv2Q+II=; b=Q4R1kwOrk6u2ApMq18atLvRESe0ie80L5n8HFh3wMZ6DkxJTKkOjnokSN9sWyfFBrxyv2hQZCT2mg6ERKNb+ngOnENOj3t5d3DafxgPkaB/p2J+8UQinDd8YIPjw35wxFV8muyZFGzi2aFKrEjqzRnDtTH/qNbMDd2IbvYxwaug= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=gamma; h=message-id:date:from:to:subject:in-reply-to:mime-version:content-type:references; b=cJbofpx/S+WE85DUvGtJnfm04B0RG8AdF4vb7fpCmPeq8IWrcqcOkqohh06YKJvKHlWCvFDxP0j4Vy7CdlNl2R9NS475eEW3SK20riY4aElHp8pOezsqv0cGy0ZrmSQmcZp9+4EAGRldWJJ6M4Drk40HpLw2B9vyvzo2D6juvBA= Received: by 10.82.140.20 with SMTP id n20mr607882bud.86.1210010576055; Mon, 05 May 2008 11:02:56 -0700 (PDT) Received: by 10.82.170.5 with HTTP; Mon, 5 May 2008 11:02:55 -0700 (PDT) Message-ID: <79342c4a0805051102lbeca0dek4d51fd5ac376ea67@mail.gmail.com> Date: Mon, 5 May 2008 20:02:55 +0200 From: "=?UTF-8?Q?Robert_=C5=A0mol?=" To: gentoo-catalyst@lists.gentoo.org Subject: Re: [gentoo-catalyst] small distros - setups and practices? In-Reply-To: <20080502154245.GA8698@bbone> Precedence: bulk List-Post: List-Help: List-Unsubscribe: List-Subscribe: List-Id: Gentoo Linux mail X-BeenThere: gentoo-catalyst@lists.gentoo.org Reply-to: gentoo-catalyst@lists.gentoo.org MIME-Version: 1.0 Content-Type: multipart/alternative; boundary="----=_Part_14993_20988039.1210010576059" References: <20080422121817.GA6505@bbone> <1208883537.7206.11.camel@cgianelloni.quova.com> <20080423020310.GA6373@dev.local> <1209661466.7206.637.camel@cgianelloni.quova.com> <20080502022015.GA25406@bbone> <1209740627.13735.12.camel@inertia.twi-31o2.org> <20080502154245.GA8698@bbone> X-Archives-Salt: 9f8cda88-1229-4d1b-8f2d-40bb4077d844 X-Archives-Hash: b49b098f75c41d9336fca5695c8c4f7b ------=_Part_14993_20988039.1210010576059 Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: 7bit Content-Disposition: inline Will take chance for question here. We ran into similar scenario as well when we designed virtualized Gentoo infrastructure and we found out that emerge/portage has not complete (read perfect) support for binaries (i.e. different USE flags for different machines). Can you explain more about your project? It seems it really fits our needs. Some of our thoughts were to have this builder machine available as XEN domU, it would build the packages in chroot and then serve them to machines url as: PORTAGE_BINHOST="http://packages.builder.domain//" Some other crazy ideas involved some extension to emerge/portage like: Slave - hey, this is my /var/lib/portage/world, my USE flags (/etc/make.conf) and I want such and such package Master - calculating a bit and providing Slave with packages (but this is overkill) At the moment I have working prototype which is fine because machines are updated and it is doable, at the same moment it needs a lot of love because it is just a dirty hack (like scripts to easily start chroot, config apache, etc...). I do not know catalyst much, all I know it is possible to do stage4 with this (i.e. build up2date XEN domu machine). I appreciate any hints on how to incorporate this into something slightly bigger. I am looking for anyone interested in this, lets join effort guys. Aloha, Robert ------=_Part_14993_20988039.1210010576059 Content-Type: text/html; charset=UTF-8 Content-Transfer-Encoding: 7bit Content-Disposition: inline Will take chance for question here.

We ran into similar scenario as well when we designed virtualized Gentoo infrastructure and we found out that emerge/portage has not complete (read perfect) support for binaries (i.e. different USE flags for different machines).

Can you explain more about your project? It seems it really fits our needs. Some of our thoughts were to have this builder machine available as XEN domU, it would build the packages in chroot and then serve them to machines url  as:

PORTAGE_BINHOST="http://packages.builder.domain/<machine-type>/"

Some other crazy ideas involved some extension to emerge/portage like:
Slave - hey, this is my /var/lib/portage/world, my USE flags (/etc/make.conf) and I want such and such package
Master - calculating a bit and providing Slave with packages

(but this is overkill)

At the moment I have working prototype which is fine because machines are updated and it is doable, at the same moment it needs a lot of love because it is just a dirty hack (like scripts to easily start chroot, config apache, etc...).

I do not know catalyst much, all I know it is possible to do stage4 with this (i.e. build up2date XEN domu machine). I appreciate any hints on how to incorporate this into something slightly bigger.

I am looking for anyone interested in this, lets join effort guys.

Aloha,

Robert
------=_Part_14993_20988039.1210010576059-- -- gentoo-catalyst@lists.gentoo.org mailing list