From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: Received: (qmail 817 invoked from network); 11 Aug 2004 09:31:10 +0000 Received: from smtp.gentoo.org (156.56.111.197) by lists.gentoo.org with AES256-SHA encrypted SMTP; 11 Aug 2004 09:31:10 +0000 Received: from lists.gentoo.org ([156.56.111.196] helo=parrot.gentoo.org) by smtp.gentoo.org with esmtp (Exim 4.34) id 1BupRt-0000u4-Ro for arch-gentoo-dev@lists.gentoo.org; Wed, 11 Aug 2004 09:31:09 +0000 Received: (qmail 30267 invoked by uid 89); 11 Aug 2004 09:31:09 +0000 Mailing-List: contact gentoo-dev-help@gentoo.org; run by ezmlm Precedence: bulk List-Post: List-Help: List-Unsubscribe: List-Subscribe: List-Id: Gentoo Linux mail X-BeenThere: gentoo-dev@gentoo.org Received: (qmail 28581 invoked from network); 11 Aug 2004 09:31:09 +0000 From: Paul de Vrieze To: gentoo-dev@lists.gentoo.org Date: Wed, 11 Aug 2004 11:31:02 +0200 User-Agent: KMail/1.6.2 References: <20040808185144.GB29077@mail.lieber.org> <1092170604.21441.119.camel@localhost> <20040811062225.1a41ba54@andy.genone.homeip.net> In-Reply-To: <20040811062225.1a41ba54@andy.genone.homeip.net> MIME-Version: 1.0 Content-Type: multipart/signed; protocol="application/pgp-signature"; micalg=pgp-sha1; boundary="Boundary-02=_bdeGB0pkYAvJpxZ"; charset="iso-8859-1" Content-Transfer-Encoding: 7bit Message-Id: <200408111131.07964.pauldv@gentoo.org> Subject: Re: [gentoo-dev] GLEP 19, reloaded (again) X-Archives-Salt: f8d9debe-36d1-4d88-b5ee-85335e5e2e50 X-Archives-Hash: 945178a1fe4893081777883e5d4ec48f --Boundary-02=_bdeGB0pkYAvJpxZ Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: quoted-printable Content-Disposition: inline On Wednesday 11 August 2004 06:22, Marius Mauch wrote: > > That leaves us with option b): We already offer tarballs of the portage > tree, including the tarballs used to create our releases. People even > have to use them if they want to use GRP. As people already know how to > use them I'd suggest that we use tarballs to provide our frozen tree > (wether we use the existing ones or create special ones is open for > discussion). As this GLEP is looking for a long-term solution we can > probably rely on some portage modifications that will be included in the > version after 2.0.51 that will enhance our `emerge sync` mechanisms > greatly (removing the need for emerge-webrsync and gensync). With these > modifications we can set SYNC to our tarball and offer updates over > rsync/cvs/tarballs/other transport that will be stored in an overlay, > that overlay can then by synced with `emerge --sync updates` ("updates" > is just an example, we can use any name there). > (Anyone interested in the details of the modification see bug 35535). What I see in this discussion is one thing. We really need to have ebuilds= =20 specify the auxiliary files they use (the files in the files directory exce= pt=20 digest). Using such a AUX_FILES variable it is possible to automatically ma= ke=20 a tree containing only one stable ebuild version per slot (with checked=20 deps). It also allows keeping track of which files are still in actual use. Paul =2D-=20 Paul de Vrieze Gentoo Developer Mail: pauldv@gentoo.org Homepage: http://www.devrieze.net --Boundary-02=_bdeGB0pkYAvJpxZ Content-Type: application/pgp-signature Content-Description: signature -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.2.5 (GNU/Linux) iD8DBQBBGedbbKx5DBjWFdsRAgbWAJ4lRB7tMR4RSGakPMlyn9TQNXfNCACbBPYP MCK+dRJRGwgWXWMxWJxUviQ= =qi+P -----END PGP SIGNATURE----- --Boundary-02=_bdeGB0pkYAvJpxZ--