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.54) id 1F2Ukf-0006mE-GZ for garchives@archives.gentoo.org; Fri, 27 Jan 2006 14:39:01 +0000 Received: from robin.gentoo.org (localhost [127.0.0.1]) by robin.gentoo.org (8.13.5/8.13.5) with SMTP id k0REa5lY012479; Fri, 27 Jan 2006 14:36:05 GMT Received: from gw.open-hosting.net (gw.open-hosting.net [65.64.29.89]) by robin.gentoo.org (8.13.5/8.13.5) with ESMTP id k0REXvGx021182 for ; Fri, 27 Jan 2006 14:33:58 GMT Received: from speedy.apps4med.net ([66.139.177.227]) by gw.open-hosting.net (8.13.4/8.13.3) with ESMTP id k0REYqqU022253 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NO) for ; Fri, 27 Jan 2006 08:34:58 -0600 Message-Id: <200601271434.k0REYqqU022253@gw.open-hosting.net> From: MIkey Subject: [gentoo-dev] Re: Re: Re: bootstrapping since gcc 3.4 is stable To: gentoo-dev@lists.gentoo.org Date: Fri, 27 Jan 2006 08:32:44 -0600 References: <200601261651.40275.pauldv@gentoo.org> <200601261620.k0QGK0qk011864@gw.open-hosting.net> <200601271118.02386.pauldv@gentoo.org> User-Agent: KNode/0.10 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 Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7Bit X-Virus-Scanned: ClamAV version 0.88, clamav-milter version 0.87 on gw.open-hosting.net X-Virus-Status: Clean X-Spam-Status: No, score=-2.6 required=5.0 tests=BAYES_00 autolearn=ham version=3.0.4-gr0 X-Spam-Checker-Version: SpamAssassin 3.0.4-gr0 (2005-06-05) on gw.open-hosting.net X-Archives-Salt: cb2a00a8-5d3e-4f4f-b399-3bf3abb77a45 X-Archives-Hash: a9e404babc05e856334bef1362544edf Paul de Vrieze wrote: > First of all, the object to be as fast as possible has been dropped as > main gentoo goal years ago. Stage 3 is indeed based on an old base. It > however starts you with a working system in which all assumptions made by > ebuilds about the system are true. This means one should expect a stage 3 > to have no problems emerging any package. This is not true for a stage 1 > or stage 2. The expectation of a stage3 having no problems emerging any package is only true if you don't stray from the preselected desktop-centric USE flags that were used to build the stage3 in the first place. When building a suitable environment for a server, in my case, the very first thing I have to contend with is blockages and pruning in just the right order. In my experience, your assumption is reversed. A build from stage1 does not run into the problems inherent with a stage3. -- gentoo-dev@gentoo.org mailing list