From owner-freebsd-current@FreeBSD.ORG Wed Aug 25 06:45:48 2004 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 0322916A4CE for ; Wed, 25 Aug 2004 06:45:48 +0000 (GMT) Received: from tigra.ip.net.ua (tigra.ip.net.ua [82.193.96.10]) by mx1.FreeBSD.org (Postfix) with ESMTP id 0C96F43D54 for ; Wed, 25 Aug 2004 06:45:47 +0000 (GMT) (envelope-from ru@ip.net.ua) Received: from heffalump.ip.net.ua (heffalump.ip.net.ua [82.193.96.213]) by tigra.ip.net.ua (8.12.11/8.12.11) with ESMTP id i7P6jbJi074147 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NO); Wed, 25 Aug 2004 09:45:38 +0300 (EEST) (envelope-from ru@ip.net.ua) Received: (from ru@localhost) by heffalump.ip.net.ua (8.13.1/8.13.1) id i7P6jeKO002976; Wed, 25 Aug 2004 09:45:40 +0300 (EEST) (envelope-from ru) Date: Wed, 25 Aug 2004 09:45:40 +0300 From: Ruslan Ermilov To: Chuck Swiger Message-ID: <20040825064540.GA2916@ip.net.ua> References: <200408241641.20389.4711@chello.at> <20040824164442.GE37217@ip.net.ua> <20040824164701.GF37217@ip.net.ua> <412B7C24.3040006@mac.com> <20040824174456.GA38418@ip.net.ua> <412B884F.1000004@mac.com> <20040824184009.GD38418@ip.net.ua> <412B9648.2060102@mac.com> Mime-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="mYCpIKhGyMATD0i+" Content-Disposition: inline In-Reply-To: <412B9648.2060102@mac.com> User-Agent: Mutt/1.5.6i X-Virus-Scanned: by amavisd-new cc: Christian Hiris <4711@chello.at> cc: freebsd-current@FreeBSD.org Subject: Re: Upgrade to 5.3-BETA1: make installkernel - Stop in /usr/src/sys/modules X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 25 Aug 2004 06:45:48 -0000 --mYCpIKhGyMATD0i+ Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Content-Transfer-Encoding: quoted-printable On Tue, Aug 24, 2004 at 03:26:00PM -0400, Chuck Swiger wrote: > Ruslan Ermilov wrote: [...] > Would running "mergemaster -p" on systems before the installkernel stage= =20 > have helped make this work? >=20 No. > I thought "mergemaster" was supposed to deal with upgrading the parts of= =20 > the installed system (missing users, rc scripts, tools like make) which= =20 > might be needed for the installkernel/installworld to run properly. >=20 I don't use mergemaster(8), but I also don't think it plays with upgrading binaries. Basically, it does "make distrib-dirs; make distribution" using src/etc/Makefile, and then guides you through merging the stuff. > I also=20 > seem to recall that the build system uses the executables from the newly= =20 > built world when building the kernel; >=20 This seems to be a common misconception. installworld/installkernel never uses *new* stuff from newly built world, because it may not be runnable. Instead, for tools that are used during build/install, as the first step, buildworld builds a bootstrap-tools target, which builds tools that are fresh and adequate for running on the build host (and on any host which a compatible CPU and __FreeBSD_version). Moreover, the built world may be for a different hardware architecture. In this case, you cannot NFS mount /usr/src and /usr/obj from i386 on Alpha, and expect it to work -- or it will attempt to build some i386 binaries (those that were build during the bootstrap-tools stage). OTOH, mounting /, /usr, and /var partitions from your Alpha on i386, anchoring them to say /mnt, and doing "make installworld DESTDIR=3D/mnt" will work. > could one use the tools from the new=20 > world to handle the installation if the existing tools are not adequate? >=20 Only in rare circumstances, and only when you build system is broken. It's not needed under normal conditions. Build system may become broken if you for example delete or modify some header file, do a partial upgrade like doing "make includes", or if there was a bug made by a committer that prevents some tool from working at all. In the latter case, we usually put an entry to src/UPDATING explaining the possible pitfalls. See the 20030329 UPDATING entry for an example of what I'm talking about here. > [ I suspect the answer is "What happens if the tools just built don't run= =20 > on the kernel (or world) of the install machine because that box doesn't= =20 > match the kernel/world of the build system?" I see.... ] >=20 Yes. Cheers, --=20 Ruslan Ermilov ru@FreeBSD.org FreeBSD committer --mYCpIKhGyMATD0i+ Content-Type: application/pgp-signature Content-Disposition: inline -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.2.5 (FreeBSD) iD8DBQFBLDWUqRfpzJluFF4RAmWWAJ4pugDB/p7baYPtjbf13onLkCbiCwCeObG5 Jzi+s8Tp4EM07XFlp8oI5OE= =5up/ -----END PGP SIGNATURE----- --mYCpIKhGyMATD0i+--