From owner-cvs-all Sat Apr 27 7:34:54 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 1FC7837B41D; Sat, 27 Apr 2002 07:34:44 -0700 (PDT) Received: (from ru@localhost) by whale.sunbay.crimea.ua (8.11.6/8.11.2) id g3REYeB42265; Sat, 27 Apr 2002 17:34:40 +0300 (EEST) (envelope-from ru) Date: Sat, 27 Apr 2002 17:34:40 +0300 From: Ruslan Ermilov To: John Baldwin Cc: Makoto Matsushita , cvs-all@FreeBSD.org, cvs-committers@FreeBSD.org Subject: Re: cvs commit: src Makefile Makefile.inc1 src/etc Makefile src/ Message-ID: <20020427143440.GF35685@sunbay.com> References: <20020427111804X.matusita@jp.FreeBSD.org> Mime-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="9ADF8FXzFeE7X4jE" Content-Disposition: inline In-Reply-To: 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 --9ADF8FXzFeE7X4jE Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Content-Transfer-Encoding: quoted-printable On Fri, Apr 26, 2002 at 11:10:22PM -0400, John Baldwin wrote: >=20 > On 27-Apr-2002 Makoto Matsushita wrote: > >=20 > > Correct typo.. > >=20 > > matusita> Does this mean "make release" procedure can't use any tools t= hat=20 > > "make release.X (where X =3D 1..9)" > >=20 > > *** > >=20 > > I don't argue anything about this; I want to make it clear the effects > > of removing the second "make installworld." >=20 > No, instead, it needs to use cross-tools or build-tools or some such. If > release uses more things than are available then we may need to have a > release-tools concept. Either that or maybe we should actually still bui= ld a > full world in the chroot, then for cross builds build another world, but = this > time a cross-built one. This would probably result in fewer diffs. The > distribute stuff already uses what is in /usr/obj, so it would just simply > involve adding an extra buildworld after the world. I would actually pre= fer > that as it still preserves the "clean room" atmosphere that a release is > supposed to have. >=20 No, much simpler. :-) If there are any such tools, we will just need to bootstrap them, i.e., build them under chroot and install them before using them. Depending on how _old_ your currently running world is this may or may not be possible. This is not different from the bootstrap-tools approarch in Makefile.inc1. If your currently running world is nearly the same as the world about to be released by "make release", the chances are 100% they will bootstrap. This was a prerequisite for the old version, as you may have already known. 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 --9ADF8FXzFeE7X4jE 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 iD8DBQE8yrcAUkv4P6juNwoRApdoAJ45CnfWOScHxZmldScjA0kd1SFyuQCdG5mK /1HlBuAmab8M0aVN7zdeYm8= =9IYN -----END PGP SIGNATURE----- --9ADF8FXzFeE7X4jE-- To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe cvs-all" in the body of the message