From owner-cvs-all Mon Apr 29 5:58: 2 2002 Delivered-To: cvs-all@freebsd.org Received: from mail.speakeasy.net (mail14.speakeasy.net [216.254.0.214]) by hub.freebsd.org (Postfix) with ESMTP id 94D1E37B41C for ; Mon, 29 Apr 2002 05:57:38 -0700 (PDT) Received: (qmail 15558 invoked from network); 29 Apr 2002 12:57:37 -0000 Received: from unknown (HELO server.baldwin.cx) ([216.27.160.63]) (envelope-sender ) by mail14.speakeasy.net (qmail-ldap-1.03) with DES-CBC3-SHA encrypted SMTP for ; 29 Apr 2002 12:57:37 -0000 Received: from laptop.baldwin.cx (laptop.baldwin.cx [192.168.0.4]) by server.baldwin.cx (8.11.6/8.11.6) with ESMTP id g3TCvav26462; Mon, 29 Apr 2002 08:57:36 -0400 (EDT) (envelope-from jhb@FreeBSD.org) Message-ID: X-Mailer: XFMail 1.5.2 on FreeBSD X-Priority: 3 (Normal) Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 8bit MIME-Version: 1.0 In-Reply-To: <20020427143440.GF35685@sunbay.com> Date: Mon, 29 Apr 2002 08:56:50 -0400 (EDT) From: John Baldwin To: Ruslan Ermilov Subject: Re: cvs commit: src Makefile Makefile.inc1 src/etc Makefile src/ Cc: cvs-committers@FreeBSD.org, cvs-all@FreeBSD.org, Makoto Matsushita Sender: owner-cvs-all@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG On 27-Apr-2002 Ruslan Ermilov wrote: > On Fri, Apr 26, 2002 at 11:10:22PM -0400, John Baldwin wrote: >> >> On 27-Apr-2002 Makoto Matsushita wrote: >> > >> > Correct typo.. >> > >> > matusita> Does this mean "make release" procedure can't use any tools that >> > "make release.X (where X = 1..9)" >> > >> > *** >> > >> > I don't argue anything about this; I want to make it clear the effects >> > of removing the second "make installworld." >> >> No, instead, it needs to use cross-tools or build-tools or some such. If >> release uses more things than are available then we may need to have a >> release-tools concept. Either that or maybe we should actually still build >> a >> full world in the chroot, then for cross builds build another world, but >> this >> time a cross-built one. This would probably result in fewer diffs. The >> distribute stuff already uses what is in /usr/obj, so it would just simply >> involve adding an extra buildworld after the world. I would actually prefer >> that as it still preserves the "clean room" atmosphere that a release is >> supposed to have. >> > No, much simpler. :-) > > If there are any such tools, we will just need to bootstrap them, i.e., > build them under chroot and install them before using them. Depending > on how _old_ your currently running world is this may or may not be > possible. This is not different from the bootstrap-tools approarch > in Makefile.inc1. > > If your currently running world is nearly the same as the world about > to be released by "make release", the chances are 100% they will > bootstrap. This was a prerequisite for the old version, as you may > have already known. If you are going to require this anyways, then why go through all the extra work to "avoid" it by not doing the installworld of the new native binaries in the chroot? You've now just put back the requirement you were claiming to have eliminated. -- John Baldwin <>< http://www.FreeBSD.org/~jhb/ "Power Users Use the Power to Serve!" - http://www.FreeBSD.org/ To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe cvs-all" in the body of the message