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:
>
> 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".
More information about the freebsd-bugs
mailing list