From owner-freebsd-hackers  Wed Mar 20 14:45:23 1996
Return-Path: owner-hackers
Received: (from root@localhost)
          by freefall.freebsd.org (8.7.3/8.7.3) id OAA11522
          for hackers-outgoing; Wed, 20 Mar 1996 14:45:23 -0800 (PST)
Received: from palmer.demon.co.uk (palmer.demon.co.uk [158.152.50.150])
          by freefall.freebsd.org (8.7.3/8.7.3) with SMTP id OAA11510
          for <freebsd-hackers@FreeBSD.ORG>; Wed, 20 Mar 1996 14:45:17 -0800 (PST)
Received: from localhost (localhost [127.0.0.1])
	  by palmer.demon.co.uk (8.6.11/8.6.11) with SMTP id WAA00354
	  ; Wed, 20 Mar 1996 22:44:49 GMT
To: Terry Lambert <terry@lambert.org>
cc: freebsd-hackers@FreeBSD.ORG
From: "Gary Palmer" <gpalmer@FreeBSD.ORG>
Subject: Re: Adding a damn 2nd disk 
In-reply-to: Your message of "Wed, 20 Mar 1996 13:22:29 MST."
             <199603202022.NAA27703@phaeton.artisoft.com> 
Date: Wed, 20 Mar 1996 22:44:49 +0000
Message-ID: <352.827361889@palmer.demon.co.uk>
Sender: owner-hackers@FreeBSD.ORG
X-Loop: FreeBSD.org
Precedence: bulk

Terry Lambert wrote in message ID
<199603202022.NAA27703@phaeton.artisoft.com>:
> This baically leaves default sector sparing settings, sector counts
> designed to be on (no longer applicable) cylinder boundries, and
> slice geometries that should be interactively determined instead
> of frozen in an obsolete data file.
 
> The disktab should go.

So how do you want to deal with the automatic generation of floppies
during ``make release''? It sure as **** shouldn't be ``interactively
determined''. Sure, kill disktab for hard drive use, but I say keep it
(perhaps in a ``cut down'' format) for floppies.

Gary