Skip site navigation (1)Skip section navigation (2)
Date:      Wed, 14 May 2003 08:50:10 -0700 (PDT)
From:      Ruslan Ermilov <ru@FreeBSD.org>
To:        freebsd-bugs@FreeBSD.org
Subject:   Re: misc/52122: make release does not use proper binaries in release.9
Message-ID:  <200305141550.h4EFoA2u032618@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: Ruslan Ermilov <ru@FreeBSD.org>
To: "David O'Brien" <obrien@NUXI.com>
Cc: bug-followup@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@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:
 > 
 > 	add 'make -DNOGAMES -DNOHTML -DNOINFO -DNOMAN -DNOPROFILE installworld'
 > 	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".



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