From owner-freebsd-current@FreeBSD.ORG Wed Jul 14 08:06:41 2004 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 8632D16A4CE for ; Wed, 14 Jul 2004 08:06:41 +0000 (GMT) Received: from mail05.svc.cra.dublin.eircom.net (mail05.svc.cra.dublin.eircom.net [159.134.118.21]) by mx1.FreeBSD.org (Postfix) with SMTP id BBCB643D2D for ; Wed, 14 Jul 2004 08:06:40 +0000 (GMT) (envelope-from steve@sohara.org) Received: (qmail 46540 messnum 366809 invoked from network[159.134.255.43/159-134-255-43.as1.nas.naas.eircom.net]); 14 Jul 2004 08:06:38 -0000 Received: from 159-134-255-43.as1.nas.naas.eircom.net (HELO localhost) (159.134.255.43) by mail05.svc.cra.dublin.eircom.net (qp 46540) with SMTP; 14 Jul 2004 08:06:38 -0000 Date: Wed, 14 Jul 2004 09:06:30 +0100 From: Steve O'Hara-Smith To: Garance A Drosihn Message-Id: <20040714090630.4e11a48a.steve@sohara.org> In-Reply-To: References: <26481.1089755361@critter.freebsd.dk> <40F45DAC.5070800@linuxpowered.com> <40F48F6B.5070201@uiowa.edu> X-Mailer: Sylpheed version 0.9.11 (GTK+ 1.2.10; i386-portbld-freebsd4.10) X-Face: %]+HVL}K`P8>+8ZcY-WGHP6j@&mxMo9JH6_WdgIgUGH)JX/usO0%jy7T~IVgqjumD^OBqX,Kv^-GM6mlw(fI^$"QRKyZ$?xx/ Mime-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit cc: jason-dusek@uiowa.edu cc: current@freebsd.org Subject: Re: CVSUP and 5.2.1 RELEASE X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 14 Jul 2004 08:06:41 -0000 On Tue, 13 Jul 2004 21:56:49 -0400 Garance A Drosihn wrote: > And at least for now, a reliable set of steps must include a > "reboot and check kernel" before installing the world. There is > no way for `make' to do that. I'm not so sure about that - the existing world target could be renamed jailworld and run by the world target whenever / is not the DESTDIR. For installs to / staging with flag files (like the ports build system) should enable the world target to start with a mergemaster -p, buildkernel, installkernel and reboot if the kernel hasn't been built. Then if the kernel stage has passed it could go on with installworld and mergemaster. It would mean that make world has to be typed twice, although a bit of rc magic could avoid even that by testing for an incomplete make world run just after mounting the filesystems and before too much else has happened. Even without this getting users to make world twice is probably more reliable than getting them to use the sequence described in UPDATING which seems to be repeated wrongly a *lot*. -- C:>WIN | Solar Thermal Systems The computer obeys and wins. | http://www.soleire.com/ You lose and Bill collects. | Directable Mirror Arrays | http://www.sohara.org/