On Wed, 05 Jan 2005 15:49:05 -0500
Chris Gianelloni <[EMAIL PROTECTED]> wrote:

> On Wed, 2005-01-05 at 21:15 +0100, Marius Mauch wrote:
> > Well, the bootstrap script isn't the problem here. It's supposed to
> > rebuild the toolchain and it does that just fine. The problem is
> > with the following `emerge system`. With a proper vardb it will only
> > install packages that are in the system profile but missing in the
> > stage, but it won't rebuild things that are provided in the stage1
> > like wget for example. `emerge -e system` would solve that but also
> > recompile the toolchain a second time. By removing vardb from the
> > stage tarball you get the desired effect but you also get tons of
> > orphaned files.
> > 
> > Personally I'm in favor of racs new proposal (I think he's already
> > working on a GLEP for it) as described on
> > http://forums.gentoo.org/viewtopic.php?t=254119
> 
> Sorry if I'm a bit dense, but even after reading the entire thread I
> just don't get it.  What exactly *is* rac's proposal?  Second, why
> does this require a GLEP?  This seems more like a bug to me, than any
> form of"enhancement" that would require a GLEP.

Well, the "enhancement" would be that we don't need stage1+2
tarballs anymore, it would solve several dependency bugs, in
theory remove the need for the bootstrap use flag and simplify
documentation.
The proposal is to just let everyone start from a stage3 environment and
just let them run different commands depending if they want a fully
customized system (stage1 install) or use a prebuilt system (stage3
install), don't know how to describe a stage2 install.

Marius

-- 
Public Key at http://www.genone.de/info/gpg-key.pub

In the beginning, there was nothing. And God said, 'Let there be
Light.' And there was still nothing, but you could see a bit better.

Attachment: pgpt2kFiZAOCi.pgp
Description: PGP signature

Reply via email to