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 1F2BIL-0007Ok-Q2 for garchives@archives.gentoo.org; Thu, 26 Jan 2006 17:52:30 +0000 Received: from robin.gentoo.org (localhost [127.0.0.1]) by robin.gentoo.org (8.13.5/8.13.5) with SMTP id k0QHpglv004793; Thu, 26 Jan 2006 17:51:42 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 k0QHnjVL002777 for ; Thu, 26 Jan 2006 17:49:46 GMT Received: from speedy.apps4med.net ([66.139.177.227]) by gw.open-hosting.net (8.13.4/8.13.3) with ESMTP id k0QHnaIx012841 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NO) for ; Thu, 26 Jan 2006 11:49:41 -0600 Message-Id: <200601261749.k0QHnaIx012841@gw.open-hosting.net> From: MIkey Subject: [gentoo-dev] Re: Re: Re: Re: Re: bootstrapping since gcc 3.4 is stable To: gentoo-dev@lists.gentoo.org Date: Thu, 26 Jan 2006 11:47:29 -0600 References: <200601251933.02768.mikey@badpenguins.com> <1138284169.10589.45.camel@cgianelloni.nuvox.net> <200601260934.51644.mikey@badpenguins.com> <20060126161526.GA18707@superlupo.rechner> <200601261644.k0QGiA1R012165@gw.open-hosting.net> <20060126170805.GA12633@superlupo.rechner> 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: 175261c8-0625-4b43-a3bc-23545390c75e X-Archives-Hash: 9c42ca1e3b847afeac27fdcc5eefe484 Wernfried Haas wrote: > So you complain about a problem that is already fixed as if it still > exists? I really don't get it. That particular bug was fixed. Using a stage1/bootstrap approach for a fresh install is a _method_ of installing gentoo that is immune to that particular bug because it is a much simpler, more reliable method of installing gentoo. > Your tests are - if i may say so - completely flawed. You disregard > the fact that the basic installation time of stage 3 is much lower > than the one of stage 1. Unpack the bugger, compile a kernel, that's > it. Not much trouble to be expected either - differently to stage 1. No, it _can_ be, but is not guaranteed to be. If you have to upgrade glibc, for example, it will always take longer. My tests documented the _exact_ procedure anyone would need to go through to get a system installed, according to the official handbook, at that point in time. > Furthermore problems with upgrading gcc after the install are most > likely easier to solve than a bailed out stage 1. They most certainly are not. > It simply isn't, it's slower (see above) and more things can break. > If you want hard proof, go search bugzilla, but don't make us do it > for you. So what date should we choose to make your statement true? Cause it ain't today. One week after the 2005.1 or 2005.1-r1 stages were released it might have been, but today it is simply not true. The reality is that today it takes twice the time to get the most recent stage3 up to the current toolchain. Your assertion might be true for a couple of weeks, a month at the most. Depending on what has been moved to stable after the stage tarball was released. > I have to admit i often did stage 1 installs because i found it quite > funny and a good way to test new hardware. Fact is, stage 1 went away > for some reasons and we'll just have to get over it. If you really > care that much about Gentoo as you claim, accept the decisions of the > people behind the stages and try to help improving the supported stage > 3 install. The stage3 install needs to be ditched for anything other than GRP or livecd installs, because face it, that is what it is. It consists of a generic system precompiled for desktop use. The toolchain is literally years behind most of the other major distributions (nptl and gcc version). If users don't want to "waste time compiling" they don't need to be using gentoo in the first place. -- gentoo-dev@gentoo.org mailing list