On Wed, 17 May 2006 16:55:17 -0400 Chris Gianelloni <[EMAIL PROTECTED]> wrote: | 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.
Not so much replacing as removing the need for. | > paludis --config-suffix install --install system | > | > 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? Remote location can be somewhere else on a filesystem. | > 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. *shrug* Not an issue. The whole thing removes the need for traditional releases. | > 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? Also no longer necessary. -- Ciaran McCreesh Mail : ciaran dot mccreesh at blueyonder.co.uk -- gentoo-dev@gentoo.org mailing list