Skip site navigation (1)Skip section navigation (2)
Date:      Thu, 15 May 2003 18:20:20 -0700 (PDT)
From:      "David O'Brien" <obrien@freebsd.org>
To:        freebsd-bugs@FreeBSD.org
Subject:   Re: misc/52122: make release does not use proper binar
Message-ID:  <200305160120.h4G1KKex048222@freefall.freebsd.org>

next in thread | raw e-mail | index | archive | help
The following reply was made to PR misc/52122; it has been noted by GNATS.

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

 On Fri, May 16, 2003 at 12:01:06AM +0300, Ruslan Ermilov wrote:
 > > > > 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.
 > > 
 > > It is, and was.  The problem is restarting with /mk used to do this for
 > > you.  It stopped and the only documentation was hidding in the commit
 > > log.
 > > 
 > It used to, but only "if [ ! -f /tmp/.world_done ]", and you were
 > way beyond that point, was it release.9?
 
 Yes as stated clearly above, it was release.9 -- the very last release
 target.
 
 > In older days, it was necessary to ALWAYS upgrade to a recent
 > before attempting to "make release".
 
 So?  JKH and msmith at WCCDROM liked it that way.  Such issues as this
 came up in discussions when I worked there.



Want to link to this message? Use this URL: <https://mail-archive.FreeBSD.org/cgi/mid.cgi?200305160120.h4G1KKex048222>