From mboxrd@z Thu Jan 1 00:00:00 1970 Received: from lists.gentoo.org ([140.105.134.102] helo=robin.gentoo.org) by nuthatch.gentoo.org with esmtp (Exim 4.60) (envelope-from ) id 1FgTNq-0003JW-KX for garchives@archives.gentoo.org; Wed, 17 May 2006 21:16:43 +0000 Received: from robin.gentoo.org (localhost [127.0.0.1]) by robin.gentoo.org (8.13.6/8.13.6) with SMTP id k4HLDAG6022492; Wed, 17 May 2006 21:13:10 GMT Received: from smtp04.gnvlscdb.sys.nuvox.net (smtp.nuvox.net [64.89.70.9]) by robin.gentoo.org (8.13.6/8.13.6) with ESMTP id k4HKvMXF015977 for ; Wed, 17 May 2006 20:57:22 GMT Received: from cgianelloni.nuvox.net (216.215.202.4.nw.nuvox.net [216.215.202.4]) by smtp04.gnvlscdb.sys.nuvox.net (8.12.11.20060308/8.12.11) with SMTP id k4HKvQoD020566 for ; Wed, 17 May 2006 16:57:26 -0400 Received: by cgianelloni.nuvox.net (sSMTP sendmail emulation); Wed, 17 May 2006 16:55:18 -0400 Subject: Re: [gentoo-dev] Paludis and Profiles From: Chris Gianelloni To: gentoo-dev@lists.gentoo.org In-Reply-To: <20060517205552.58773b58@snowdrop.home> References: <20060516161549.442b4d8a@localhost> <1147889572.16876.60.camel@cgianelloni.nuvox.net> <20060517195046.589df365@snowdrop.home> <200605172130.13493.pauldv@gentoo.org> <20060517205552.58773b58@snowdrop.home> Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="=-3Me+Bwvk3Kn4iV2BZaJ7" Organization: Gentoo Linux Date: Wed, 17 May 2006 16:55:17 -0400 Message-Id: <1147899318.16876.76.camel@cgianelloni.nuvox.net> Precedence: bulk List-Post: List-Help: List-Unsubscribe: List-Subscribe: List-Id: Gentoo Linux mail X-BeenThere: gentoo-dev@gentoo.org Reply-to: gentoo-dev@lists.gentoo.org Mime-Version: 1.0 X-Mailer: Evolution 2.6.1 X-Archives-Salt: 4f14d3c1-5629-49c2-9a75-9a3b765e8ab3 X-Archives-Hash: be17812440f33455d72123fab8a56031 --=-3Me+Bwvk3Kn4iV2BZaJ7 Content-Type: text/plain Content-Transfer-Encoding: quoted-printable On Wed, 2006-05-17 at 20:55 +0100, Ciaran McCreesh wrote: > The plan, which may be full of holes, may change and may just be me > being crazy, is to replace using a stage with something like: OK. So not only are you planning on replacing portage, you're planning on replacing Release Engineering. Thanks, but we are not interested. > paludis --config-suffix install --install system >=20 > which will then go off and grab the relevant binary packages from a > remote location and merge them onto ROOT. Being able to do something > along these lines is a) one of several reasons for --config-suffix and > b) a large part of why I don't want to use the Portage tbz2 format, > where metadata and contents aren't separated. Remote location, huh? What about non-networked installations? > | > | #2. Can paludis build all of the release materials required by the > | > | Release Engineering release guidelines? > | > > | > No. Nor will it ever, nor will it need to. > |=20 > | Will you then instead try to create new guidelines that do result > | into development of releases? >=20 > Assuming the above ends up not being insane, then yes. Which would have to be accepted by the Release Engineering project. Perhaps this point has been lost on you up until now. > | > | #3. Can paludis build a portage-compatible VDB that can be used > | > | by the Gentoo Linux Installer? > | > > | > No. Nor will it ever, nor will it need to. > |=20 > | Why will it not need to? Usage and support of paludis would be a lot > | greater it it could work (with limited feature perhaps) on a portage > | compatible VDB. You might work with the portage team to have portage > | be aware of extensions in the VDB and handle them smartly (ignore > | them?). At that point paludis could offer extra features while being > | still portage compatible. >=20 > I'm pretty sure it would be easier to just not use anything in the > installer that relies upon VDB when using Paludis. The installer code > is flexible enough to make this not tooooo tricky. You mean like *all* of the GRP-handling code? --=20 Chris Gianelloni Release Engineering - Strategic Lead x86 Architecture Team Games - Developer Gentoo Linux --=-3Me+Bwvk3Kn4iV2BZaJ7 Content-Type: application/pgp-signature; name=signature.asc Content-Description: This is a digitally signed message part -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.3 (GNU/Linux) iD8DBQBEa421kT4lNIS36YERAioxAKC5+cGE+nqt9iR6+4TKa6sZsldWIQCeK6s/ UQYK+35tVcEB2G/KICRMIEg= =Uamk -----END PGP SIGNATURE----- --=-3Me+Bwvk3Kn4iV2BZaJ7-- -- gentoo-dev@gentoo.org mailing list