From owner-freebsd-bugs@FreeBSD.ORG Thu May 15 11:13:56 2003 Return-Path: Delivered-To: freebsd-bugs@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id DA7D537B404; Thu, 15 May 2003 11:13:56 -0700 (PDT) Received: from zibbi.icomtek.csir.co.za (zibbi.icomtek.csir.co.za [146.64.24.58]) by mx1.FreeBSD.org (Postfix) with ESMTP id CD7C843F85; Thu, 15 May 2003 11:13:53 -0700 (PDT) (envelope-from jhay@zibbi.icomtek.csir.co.za) Received: from zibbi.icomtek.csir.co.za (localhost [IPv6:::1]) h4FIDo5v079016; Thu, 15 May 2003 20:13:50 +0200 (SAST) (envelope-from jhay@zibbi.icomtek.csir.co.za) Received: (from jhay@localhost) by zibbi.icomtek.csir.co.za (8.12.9/8.12.9/Submit) id h4FIDoPc079015; Thu, 15 May 2003 20:13:50 +0200 (SAST) (envelope-from jhay) Date: Thu, 15 May 2003 20:13:50 +0200 From: John Hay To: "David O'Brien" Message-ID: <20030515181350.GA78460@zibbi.icomtek.csir.co.za> References: <200305151600.h4FG0Uwt088142@freefall.freebsd.org> <20030515163142.GA75538@zibbi.icomtek.csir.co.za> <20030515165844.GA20271@dragon.nuxi.com> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <20030515165844.GA20271@dragon.nuxi.com> User-Agent: Mutt/1.4i cc: freebsd-bugs@freebsd.org Subject: Re: misc/52122: make release does not use proper binar X-BeenThere: freebsd-bugs@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Bug reports List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 15 May 2003 18:13:57 -0000 On Thu, May 15, 2003 at 09:58:44AM -0700, David O'Brien wrote: > On Thu, May 15, 2003 at 06:31:42PM +0200, John Hay wrote: > > One reason why it isn't that useful inside the chroot area, is that > > if your running kernel and the newly built bits gets too much out of > > sync you will need to update the machine in any case, so you will > > end up with "new" binaries and a kernel on the machine and so it > > is a "waste" to recompile world inside the chroot area. > > In this case the release died near the end (release.9 target). It was > easy to update the running kernel and reboot. Now we wanted to restart > the release w/o starting from scratch. This release build included ports > README's and Docs, and thus takes a very long time to build. To not have > to start from scratch, I did "chroot ${CHROOT} /bin/sh" and then ran "rm > /tmp/.world_done ; /mk" which should have restarted the release build and > done the mimimum work to finish the release. It didn't because of the > cross-release commit that removed the installworld w/in the ${CHROOT}. > This bit not only me, but another person also building an Alpha snapshot. Maybe the issue is more of documentation? I know hindsight makes it easy, but an installworld inside the chroot area or "world DESTDIR=/chrootarea" should have been enough to get the binaries updated. John -- John Hay -- John.Hay@icomtek.csir.co.za / jhay@FreeBSD.org