From owner-cvs-src@FreeBSD.ORG Wed Jul 23 14:22:36 2003 Return-Path: Delivered-To: cvs-src@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id EBB0737B401; Wed, 23 Jul 2003 14:22:36 -0700 (PDT) Received: from magic.adaptec.com (magic-mail.adaptec.com [208.236.45.100]) by mx1.FreeBSD.org (Postfix) with ESMTP id 400A143F93; Wed, 23 Jul 2003 14:22:36 -0700 (PDT) (envelope-from scottl@freebsd.org) Received: from redfish.adaptec.com (redfish.adaptec.com [162.62.50.11]) by magic.adaptec.com (8.11.6/8.11.6) with ESMTP id h6NLMao12455; Wed, 23 Jul 2003 14:22:36 -0700 Received: from freebsd.org (hollin.btc.adaptec.com [10.100.253.56]) by redfish.adaptec.com (8.8.8p2+Sun/8.8.8) with ESMTP id OAA17655; Wed, 23 Jul 2003 14:22:35 -0700 (PDT) Message-ID: <3F1EFC12.3020506@freebsd.org> Date: Wed, 23 Jul 2003 15:20:18 -0600 From: Scott Long User-Agent: Mozilla/5.0 (X11; U; FreeBSD i386; en-US; rv:1.3) Gecko/20030414 X-Accept-Language: en-us, en MIME-Version: 1.0 To: Ruslan Ermilov References: <200307232053.h6NKrb0P032154@repoman.freebsd.org> <20030723211319.GD41895@sunbay.com> In-Reply-To: <20030723211319.GD41895@sunbay.com> Content-Type: text/plain; charset=us-ascii; format=flowed Content-Transfer-Encoding: 7bit cc: cvs-src@freebsd.org cc: src-committers@freebsd.org cc: cvs-all@freebsd.org cc: John Baldwin Subject: Re: cvs commit: src/release Makefile src/release/i386 mkisoimages.sh X-BeenThere: cvs-src@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: CVS commit messages for the src tree List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 23 Jul 2003 21:22:37 -0000 Ruslan Ermilov wrote: > On Wed, Jul 23, 2003 at 05:00:44PM -0400, John Baldwin wrote: > >>On 23-Jul-2003 Ruslan Ermilov wrote: >> >>>ru 2003/07/23 13:53:37 PDT >>> >>> FreeBSD src repository >>> >>> Modified files: >>> release Makefile >>> release/i386 mkisoimages.sh >>> Log: >>> Added the (undocumented) EMUL_BOOT variable (for TARGET=i386 only) >>> that causes the bootable ISO images to be created using the floppy >>> emulation (the old method) as opposed to the new "cdboot" method. >>> >>> Only copy boot.flp to the 2nd CD-ROM if this variable is defined. >>> >>> Reviewed by: murray >> >>I would always copy the floppy. The reason is so that all of the needed >>bits for both boot types are available to vendors. >> > > Running "make release" with -DEMUL_BOOT but without -DMAKE_ISOS does > just that. My intent was for a standard "make release" to not have > unnecessary bits. There's no point in cdrom/disc2/floppies/boot.flp > if we aren't even going to use it. > > >>I can see vendors >>taking the contents of an ISO, mounting it using mdconfig, adding more >>bit in another dir, then using mkisofs to generate a new ISO with a >>different boot method. This would be done w/o rolling an entire release >>but using the ISO from the Project's release. In other words, I don't >>think we should require vendors to roll an entire release just to use >>boot.flp instead of cdboot or vice versa. Please just leave both cdboot >>and boot.flp on both ISOs. >> > > boot.flp is always available on the 1st disc in a set anyway; I don't > see a problem copying it from here to the custom 2nd disc. > > > Cheers, I believe that John is asking for you to not limit the options that are available, and also not require that a 'make release' is re-run to have those options be available. Whether or not *you* choose to use this flexibility is not the point. I think that John's position is quite reasonable. Scott