From owner-freebsd-vendors@FreeBSD.ORG Tue Jul 22 14:15:56 2003 Return-Path: Delivered-To: freebsd-vendors@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id A25D937B401; Tue, 22 Jul 2003 14:15:56 -0700 (PDT) Received: from whale.sunbay.crimea.ua (whale.sunbay.crimea.ua [212.110.138.65]) by mx1.FreeBSD.org (Postfix) with ESMTP id B4E0543F75; Tue, 22 Jul 2003 14:15:50 -0700 (PDT) (envelope-from ru@sunbay.com) Received: from whale.sunbay.crimea.ua (ru@localhost [127.0.0.1]) h6MLFT0U097151 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NO); Wed, 23 Jul 2003 00:15:29 +0300 (EEST) (envelope-from ru@sunbay.com) Received: (from ru@localhost) by whale.sunbay.crimea.ua (8.12.9/8.12.8/Submit) id h6MLFSuU097146; Wed, 23 Jul 2003 00:15:28 +0300 (EEST) (envelope-from ru) Date: Wed, 23 Jul 2003 00:15:28 +0300 From: Ruslan Ermilov To: John Baldwin Message-ID: <20030722211528.GA96342@sunbay.com> References: <20030722185621.GD80514@sunbay.com> Mime-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="azLHFNyN32YCQGCU" Content-Disposition: inline In-Reply-To: User-Agent: Mutt/1.5.4i cc: vendors@FreeBSD.org Subject: Re: cvs commit: src/release Makefile X-BeenThere: freebsd-vendors@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Vendors pre-release coordination List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 22 Jul 2003 21:15:57 -0000 --azLHFNyN32YCQGCU Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Content-Transfer-Encoding: quoted-printable Here we go. Dear vendors, could you please publish your position on the below item? On Tue, Jul 22, 2003 at 03:05:59PM -0400, John Baldwin wrote: >=20 > On 22-Jul-2003 Ruslan Ermilov wrote: > > On Tue, Jul 22, 2003 at 02:46:00PM -0400, John Baldwin wrote: > >> >> >> On Tuesday 22 July 2003 05:04 am, Ruslan Ermilov wrote: > >> >> >> > ru 2003/07/22 02:04:09 PDT > >> >> >> > > >> >> >> > FreeBSD src repository > >> >> >> > > >> >> >> > Modified files: > >> >> >> > release Makefile > >> >> >> > Log: > >> >> >> > /floppies/boot.flp is no longer necessary on bootable i386 C= D-ROMs. > >> >> >> > > >> >> >> > Forgotten by: jhb > >> >> >>=20 > >> >> >> I left it there so that people can choose which method they want= to use > >> >> >> to make bootable CD's. It was intentional, not a bug. The meth= od is > >> >> >> chosen at mkisofs invocation time, not when laying out the hiera= rchy. > >> >> >>=20 > >> >> > How they can choose it? > >> >>=20 > >> >> They don't use MAKE_ISOS and invoke mkisofs on their own. I have n= ever > >> >> used MAKE_ISOS when building a release and have always used my own = buildreliso > >> >> script. > >> >> =20 > >> > So you agree there's no sense to keep the boot.flp on the second > >> > CD-ROM image in official version? Your own script can take care > >> > of copying it to the CD-ROM if necessary. > >>=20 > >> No, my intention was to allow distributors like FreeBSD Mall, > >> BSD Mall, etc. to easily choose which method they wanted to use. > >> I.e., if they weren't comfortable with cdboot, they could still roll > >> an ISO from the same tree using boot.flp without having to jump > >> through hoops. However, if no one wants to use boot.flp anymore, > >> then it should be removed outright since 2.88 floppies don't "really" > >> exist in a useful fashion. > >>=20 > > Murray, Chern, that's your call then. Would you like me to revert > > this change? Do you need the /floppies/boot.flp on the 1st and > > 2nd i386 CD-ROMs? >=20 > The vendors@ list might be the best place to ask. --=20 Ruslan Ermilov Sysadmin and DBA, ru@sunbay.com Sunbay Software Ltd, ru@FreeBSD.org FreeBSD committer --azLHFNyN32YCQGCU Content-Type: application/pgp-signature Content-Disposition: inline -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.2.1 (FreeBSD) iD8DBQE/HalwUkv4P6juNwoRAnocAJsHpm7QkKns+R6sQDOA2U3alk/OhgCfRPVA spTaM+vWFAGvs9KIbda3Faw= =p9LZ -----END PGP SIGNATURE----- --azLHFNyN32YCQGCU--