misc/52122: make release does not use proper binaries in release.9

Ruslan Ermilov ru at FreeBSD.org
Wed May 14 08:50:11 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 NUXI.com>
Cc: bug-followup at FreeBSD.org
Subject: Re: misc/52122: make release does not use proper binaries in release.9
Date: Wed, 14 May 2003 18:40:17 +0300

 On Mon, May 12, 2003 at 08:22:02AM -0700, David O'Brien wrote:
 > >Organization:
 > Alpha re-builders
 > >Environment:
 > System: FreeBSD dragon.nuxi.com 5.0-CURRENT FreeBSD 5.0-CURRENT #364: Sat Apr 26 08:57:30 PDT 2003 rootk at dragon.nuxi.com:/FBSD/src/sys/i386/compile/DRAGON i386
 > 	Alpha, FreeBSD 5.1-beta
 > >Description:
 > 	'make release' populates the chroot area with potentually non-latest
 > 	bits (acceptable), and those bits are not refreshed as part of
 > 	the release world build w/in the chroot area.  This means that the
 > 	release.9 target is using disklabel & friends from the host system
 > 	and not those matching the 'cvs up' tag(date).  Thus if one of these
 > 	tools is broken and is later fixed, 'make rerelease' will not get the
 > 	fixes.
 This is by design.  To successfully use up-to-date tools, one would
 also need to be running an up-to-date kernel; this is especially
 true in the disk^Wbsdlabel(8) case that relies heavily on GEOM part
 of the kernel -- even if you'll be able to cross-compile bsdlabel
 and install it under ${CHROOTDIR}, the running kernel may still be
 inadequate for running it.  I think PHK is the spokesman here.
 > >How-To-Repeat:
 > 	difficult -- review the Alpha 5.1-BETA re-alpha thread.
 > >Fix:
 > 	to {CHROOT}/mk.
 This would be backwards; see log for release/Makefile,v 1.672 for
 more details.
 A proper "fix" would be to either manually upgrade the necessary
 bits (kernel and disk tools) with up-to-date copies, or just do
 a full upgrade before attempting to "make release".

More information about the freebsd-bugs mailing list