From owner-freebsd-stable Wed Aug 2 6:16:46 2000 Delivered-To: freebsd-stable@freebsd.org Received: from castle.jp.freebsd.org (castle.jp.FreeBSD.org [210.226.20.15]) by hub.freebsd.org (Postfix) with ESMTP id 1303537B5C1 for ; Wed, 2 Aug 2000 06:16:42 -0700 (PDT) (envelope-from matusita@jp.freebsd.org) Received: from localhost (localhost [127.0.0.1]) by castle.jp.freebsd.org (8.9.3+3.2W/8.7.3) with ESMTP id WAA29297 for ; Wed, 2 Aug 2000 22:16:40 +0900 (JST) (envelope-from matusita@jp.FreeBSD.org) In-Reply-To: <20000802051948.B8263@dragon.nuxi.com> References: <20000802051948.B8263@dragon.nuxi.com> X-Face: '*aj"d@ijeQ:/X}]oM5c5Uz{ZZZk90WPt>a^y4$cGQp8:!H\W=hSM;PuNiidkc]/%,;6VGu e+`&APmz|P;F~OL/QK%;P2vU>\j4X.8@i%j6[%DTs_3J,Fff0)*oHg$A.cDm&jc#pD24WK@{,"Ef!0 P\):.2}8jo-BiZ?X&t$V X-User-Agent: Mew/1.94.2 XEmacs/21.2 (Molpe) X-FaceAnim: (-O_O-)(O_O- )(_O- )(O- )(- -)( -O)( -O_)( -O_O)(-O_O-) Mime-Version: 1.0 Content-Type: Text/Plain; charset=us-ascii Content-Transfer-Encoding: 7bit X-Dispatcher: imput version 20000228(IM140) Lines: 40 From: Makoto MATSUSHITA To: freebsd-stable@FreeBSD.ORG Subject: Re: making a RELEASE [should make buildworld made before?] Date: Wed, 02 Aug 2000 22:16:35 +0900 Message-Id: <20000802221635Y.matusita@jp.FreeBSD.org> Sender: owner-freebsd-stable@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG obrien> However, today's buildworld is more resilent having better obrien> build-tools, etc.. targets than when release/Makefile was obrien> first written. Maybe this need could be removed. But this obrien> hasn't happened yet. If I understand the facts of src/release/Makefile correctly, - First 'make installworld' under /usr/src is for "creating a chroot environment for further release engineering." Maybe it can be supercedesed by copying existing environment or just extracting 'bin' distribution. But there is no tool for this. - Second 'make buildworld' inside a chroot environment is the actual build procedure. Obviously, it cannot remove :-) - Second 'make installworld' inside a chroot environment is for "creating an environment for further _actual_ release procedures." Even though we have much much better procedures for build-tools, _actual_ release procedures (release.[1-9], doc.?, cdrom.?, and ftp.? target in src/release/Makefile) does not consider about that. If these procedures requires newer version of toolchain, it should be a release-breaker. As a result, 1) we can remove first 'make buildworld/installworld' - if there is an another way to build a chroot environment (e.g., copy distributions, use existing environment), or - if we have a tool to create a chroot environment from existing environment (maybe it also helps jail(8) users). 2) we can remove second 'make installworld' - if all tools used in actual release procedure depend on the ones which are build by previous 'make buildworld'. Maybe 1) is easy, 2) is a little bit difficult to do... -- - Makoto `MAR' MATSUSHITA To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-stable" in the body of the message