From owner-cvs-all Sat Apr 27 7:46: 1 2002 Delivered-To: cvs-all@freebsd.org Received: from whale.sunbay.crimea.ua (whale.sunbay.crimea.ua [212.110.138.65]) by hub.freebsd.org (Postfix) with ESMTP id A11B337B445; Sat, 27 Apr 2002 07:45:00 -0700 (PDT) Received: (from ru@localhost) by whale.sunbay.crimea.ua (8.11.6/8.11.2) id g3REinU43031; Sat, 27 Apr 2002 17:44:49 +0300 (EEST) (envelope-from ru) Date: Sat, 27 Apr 2002 17:44:48 +0300 From: Ruslan Ermilov To: Marcel Moolenaar Cc: John Baldwin , cvs-committers@FreeBSD.org, cvs-all@FreeBSD.org, Makoto Matsushita Subject: Re: cvs commit: src Makefile Makefile.inc1 src/etc Makefile src/ Message-ID: <20020427144448.GJ35685@sunbay.com> References: <20020427033118.GA583@athlon.pn.xcllnt.net> <20020427081845.GA328@dhcp01.pn.xcllnt.net> Mime-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="EVh9lyqKgK19OcEf" Content-Disposition: inline In-Reply-To: <20020427081845.GA328@dhcp01.pn.xcllnt.net> User-Agent: Mutt/1.3.27i Sender: owner-cvs-all@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG --EVh9lyqKgK19OcEf Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Content-Transfer-Encoding: quoted-printable On Sat, Apr 27, 2002 at 01:18:45AM -0700, Marcel Moolenaar wrote: > On Sat, Apr 27, 2002 at 12:23:32AM -0400, John Baldwin wrote: > >=20 > > Now for a cross-release we need to make sure the binaries in /usr/obj > > in the chroot are cross-built binaries. Ruslan's current approach is > > to do this by make step 3 be a cross-buildworld instead of a full world. > > This means, then, that any tools for the new world you need for 4 > > need to be built as build-tools or cross-tools or the like. What I'm > > suggesting is instead to insert a step at 3.5 to do a cross-build world > > and then we still have the right tools installed and don't have to worry > > about using the right build/cross tools for the release scripts. >=20 > I'm trying to figure out what the implied problem is you're trying > to solve. I think it's the following: >=20 > o Compatibility between the release process and the tools it > uses (including features of the tools it expects). >=20 > This is indeed best solved by doing a full world to populate the > cdroot a second time, but now with bits that match the sources. > The tools and the release are guatanteed to be in sync. >=20 > The drawback is that the new tools may not run on the machine. > Take for example a change in libc that requires a new syscall. > The currently running kernel may not have the new syscall. It's > for this reason that the upgrade process installs a new kernel > before installing world. Thus, a full world step 3 creates a > more dangerous incompatibility than it's trying to solve. >=20 > The approach Ruslan takes is AFAICT the right approach. Of all > the possible incompatibilities, he leaves the incompatibility > between the tools and the release process unsolved. This is > the one developers can maintain by hand in a fairly straight- > forward way and thus the safest one to ignore in the automation. >=20 > Did I extract your concern correctly? >=20 Yes yes yes. As I already wrote, I plan to replace (now OBE) BOOTSTRAPUTILS with some real contents. Cheers, --=20 Ruslan Ermilov Sysadmin and DBA, ru@sunbay.com Sunbay Software AG, ru@FreeBSD.org FreeBSD committer, +380.652.512.251 Simferopol, Ukraine http://www.FreeBSD.org The Power To Serve http://www.oracle.com Enabling The Information Age --EVh9lyqKgK19OcEf Content-Type: application/pgp-signature Content-Disposition: inline -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.0.6 (FreeBSD) Comment: For info see http://www.gnupg.org iD8DBQE8yrlgUkv4P6juNwoRAtXIAJwL3p/sfqC1j6da3ZdtI5kQSke4HgCghBOy Nqn7zKz979j38FdZCxnjohM= =gmTv -----END PGP SIGNATURE----- --EVh9lyqKgK19OcEf-- To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe cvs-all" in the body of the message