misc/52122: make release does not use proper binar

Ruslan Ermilov ru at freebsd.org
Thu May 15 11:00:32 PDT 2003

The following reply was made to PR misc/52122; it has been noted by GNATS.

From: Ruslan Ermilov <ru at freebsd.org>
To: "David O'Brien" <obrien at freebsd.org>
Cc: John Hay <jhay at icomtek.csir.co.za>, bug-followup at freebsd.org
Subject: Re: misc/52122: make release does not use proper binar
Date: Thu, 15 May 2003 20:55:52 +0300

 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.
 Now you know what to do -- you have to buildworld at the minimum
 (if you're sure the built world can be run under the running kernel).
 This isn't too different from having "make release" to do it for
 you even when it's not needed and aside from the fact that it would
 break cross-releases.  I already told you what to do, but you aren't
 going to listen, are you?
 Ruslan Ermilov		Sysadmin and DBA,
 ru at sunbay.com		Sunbay Software AG,
 ru at FreeBSD.org		FreeBSD committer,
 +380.652.512.251	Simferopol, Ukraine
 http://www.FreeBSD.org	The Power To Serve
 http://www.oracle.com	Enabling The Information Age

More information about the freebsd-bugs mailing list