From owner-freebsd-bugs@FreeBSD.ORG Wed May 14 08:50:10 2003 Return-Path: Delivered-To: freebsd-bugs@hub.freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id C068337B401 for ; Wed, 14 May 2003 08:50:10 -0700 (PDT) Received: from freefall.freebsd.org (freefall.freebsd.org [216.136.204.21]) by mx1.FreeBSD.org (Postfix) with ESMTP id 6107C43F85 for ; Wed, 14 May 2003 08:50:10 -0700 (PDT) (envelope-from gnats@FreeBSD.org) Received: from freefall.freebsd.org (gnats@localhost [127.0.0.1]) by freefall.freebsd.org (8.12.9/8.12.9) with ESMTP id h4EFoAUp032619 for ; Wed, 14 May 2003 08:50:10 -0700 (PDT) (envelope-from gnats@freefall.freebsd.org) Received: (from gnats@localhost) by freefall.freebsd.org (8.12.9/8.12.9/Submit) id h4EFoA2u032618; Wed, 14 May 2003 08:50:10 -0700 (PDT) Date: Wed, 14 May 2003 08:50:10 -0700 (PDT) Message-Id: <200305141550.h4EFoA2u032618@freefall.freebsd.org> To: freebsd-bugs@FreeBSD.org From: Ruslan Ermilov Subject: Re: misc/52122: make release does not use proper binaries in release.9 X-BeenThere: freebsd-bugs@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list Reply-To: Ruslan Ermilov List-Id: Bug reports List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 14 May 2003 15:50:11 -0000 The following reply was made to PR misc/52122; it has been noted by GNATS. From: Ruslan Ermilov To: "David O'Brien" 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".