From owner-freebsd-current Wed Nov 11 14:05:25 1998 Return-Path: Received: (from majordom@localhost) by hub.freebsd.org (8.8.8/8.8.8) id OAA08771 for freebsd-current-outgoing; Wed, 11 Nov 1998 14:05:25 -0800 (PST) (envelope-from owner-freebsd-current@FreeBSD.ORG) Received: from dingo.cdrom.com (castles249.castles.com [208.214.165.249]) by hub.freebsd.org (8.8.8/8.8.8) with ESMTP id OAA08756 for ; Wed, 11 Nov 1998 14:05:20 -0800 (PST) (envelope-from mike@dingo.cdrom.com) Received: from dingo.cdrom.com (localhost [127.0.0.1]) by dingo.cdrom.com (8.9.1/8.8.8) with ESMTP id OAA05485; Wed, 11 Nov 1998 14:02:15 -0800 (PST) (envelope-from mike@dingo.cdrom.com) Message-Id: <199811112202.OAA05485@dingo.cdrom.com> X-Mailer: exmh version 2.0.2 2/24/98 To: Nate Williams cc: Mike Smith , Ville-Pertti Keinonen , sthaug@nethelp.no, jkh@zippy.cdrom.com, current@FreeBSD.ORG Subject: Re: Is it soup yet? :-) In-reply-to: Your message of "Wed, 11 Nov 1998 13:57:32 MST." <199811112057.NAA19037@mt.sri.com> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Date: Wed, 11 Nov 1998 14:02:14 -0800 From: Mike Smith Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG > > > > I think the issue is perhaps a little over-emotional. The images total > > > > 8k in three files, and really don't justify or warrant a directory all > > > > to themselves *anywhere*. > > > > > > More than that. I've got 101K in mine, which includes boot1, boot2, > > > fbsdboot.exe, a bunch of com files for ether-booting, and rawboot. > > > > We're not discussing any of that legacy cruft, none of which belongs in > > /usr/mdec either. The discussion here is specific to the disposition of > > boot0, boot1 and boot2. > > So, where does the 'legacy cruft' go then? Seems like everything in > /usr/mdec belongs in /usr/mdec right now, and breaking it up is change > for the sake of change.... Of the items you list in your /usr/mdec, only boot0, boot1 and boot2 are native boot tools. (8.5k) Boot1 and boot2 go under multiple names due to legacy behaviour in disklabel which we don't need (as we have a unified bootstrap set) and should lose. Fbsdboot.exe is obsolete; it should be maintained outside the tree if at all. It's no longer possible to safely boot from any recent DOS environment; this was established to a considerable degree of confidence last time its functionality came up. The ethernet bootstrap modules are a tossup. They're so obsolete that they're almost useless, but not quite. I don't believe they should be built or installed by default, however, as they normally need to be customised for a particular environment. Rawboot was a one-off hack and should not be built or installed. Cdboot should not be built or installed either; it is a template for a custom tool that's built when making bootable CDROMs. It should be constructed when the CDROM is being built (as it needs to be populated according to the needs of the CDROM). So all you have left are boot0, boot1 and boot2. Given that all of the rest of the boot process data is being accumulated in /boot, and given that we're only talking about 8.5k and three files, moving them seems to make the most sense. This isn't change for the sake of change. It's an attempt to be complete and consistent as an altnerative to leaving rotting appendages lying around. I have far too much to worry about to undertake makework. 8) -- \\ Sometimes you're ahead, \\ Mike Smith \\ sometimes you're behind. \\ mike@smith.net.au \\ The race is long, and in the \\ msmith@freebsd.org \\ end it's only with yourself. \\ msmith@cdrom.com To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message