Gentoo Logo
Gentoo Spaceship




Note: Due to technical difficulties, the Archives are currently not up to date. GMANE provides an alternative service for most mailing lists.
c.f. bug 424647
List Archive: gentoo-doc
Navigation:
Lists: gentoo-doc: < Prev By Thread Next > < Prev By Date Next >
Headers:
To: Gentoo-Doc <gentoo-doc@g.o>
From: Wendall Cada <wendallc@...>
Subject: Re: Stage3 better than stage1/2
Date: Thu, 02 Dec 2004 14:01:03 -0800
There have been a few issues in the past with stage 1 and 2, these
should be handled via bug reports. These are generally very simple to
correct. I think what rac is trying to say is that if you want the least
number of problems, use stage 3. I think this is covered well in the
install documentation and he is just reiterating this in a different
way. You'd have to ask him for clarification.

Wendall

On Thu, 2004-12-02 at 21:38 +0000, Ciaran McCreesh wrote:
> On Thu, 02 Dec 2004 16:09:33 -0500 Nick Dimiduk <ndimiduk@g.o>
> wrote:
> | I've performed stage1 and stage3 installs on both x86 and ppc hardware
> | and have never encountered a circular dependency problem.
> | Theoretically, such problems should never arise because of the great
> | work performed by the RelEng QA people.
> 
> No no no. Releng don't control the main tree.
> 
> FWIW, there's at least one combination of USE flags that'll give you a
> circularly broken bootstrap currently.
> 


--
gentoo-doc@g.o mailing list

References:
Stage3 better than stage1/2
-- Sven Vermeulen
Re: Stage3 better than stage1/2
-- Nick Dimiduk
Re: Stage3 better than stage1/2
-- Ciaran McCreesh
Navigation:
Lists: gentoo-doc: < Prev By Thread Next > < Prev By Date Next >
Previous by thread:
Re: Stage3 better than stage1/2
Next by thread:
Re: Stage3 better than stage1/2
Previous by date:
Re: Stage3 better than stage1/2
Next by date:
Re: Stage3 better than stage1/2


Updated Jun 17, 2009

Summary: Archive of the gentoo-doc mailing list.

Donate to support our development efforts.

Copyright 2001-2013 Gentoo Foundation, Inc. Questions, Comments? Contact us.