From owner-freebsd-hackers Sun Jun 25 17:20:13 1995 Return-Path: hackers-owner Received: (from majordom@localhost) by freefall.cdrom.com (8.6.10/8.6.6) id RAA14089 for hackers-outgoing; Sun, 25 Jun 1995 17:20:13 -0700 Received: from cs.weber.edu (cs.weber.edu [137.190.16.16]) by freefall.cdrom.com (8.6.10/8.6.6) with SMTP id RAA14083 for ; Sun, 25 Jun 1995 17:20:11 -0700 Received: by cs.weber.edu (4.1/SMI-4.1.1) id AA13048; Sun, 25 Jun 95 18:13:12 MDT From: terry@cs.weber.edu (Terry Lambert) Message-Id: <9506260013.AA13048@cs.weber.edu> Subject: Re: Announcing 2.0.5-950622-SNAP To: imp@village.org (Warner Losh) Date: Sun, 25 Jun 95 18:13:11 MDT Cc: rgrimes@gndrsh.aac.dev.com, hackers@FreeBSD.ORG In-Reply-To: <199506252244.QAA04173@rover.village.org> from "Warner Losh" at Jun 25, 95 04:44:18 pm X-Mailer: ELM [version 2.4dev PL52] Sender: hackers-owner@FreeBSD.ORG Precedence: bulk > > : Yeah. Nothing that can't be overwritten should be in /etc. > > So things like /etc/fstab, /etc/gettytab, /etc/ttys should be moved? > Is that what you are saying? I thought /etc was per machine also. They're less important than, say, machine network configuration information. In many cases of client machines, these will be identical. In the cases they're not, they can be symlinks, so it's not that much of a problem. > For the update scheme, I don't care where things live, I'm more > interested in the mechanics. Me neither; the mechanics I'd like to promote is a mini-root type install, ala Sun. That way, the recovery process that people want the static binaries for will actually be equally easy with dynamic binaries. 8-). The main issues are the ability to pick default configurations (client/server/standalone/diskless/dataless/etc.) and to upgrade by clobbering everything but the config data. Terry Lambert terry@cs.weber.edu --- Any opinions in this posting are my own and not those of my present or previous employers.