Date: Tue, 27 Jun 1995 10:57:00 -0400 (EDT) From: Robert Watson <rwatson@sidwell.edu> To: hackers@freefall.cdrom.com Subject: Re: hackers-digest V1 #138 Message-ID: <Pine.BSD/.3.91.950627105239.2614A-100000@gateway.us.sidwell.edu> In-Reply-To: <199506260950.CAA05561@freefall.cdrom.com>
next in thread | previous in thread | raw e-mail | index | archive | help
On Mon, 26 Jun 1995 owner-hackers-digest@freefall.cdrom.com wrote: > From: J Wunsch <j@uriah.heep.sax.de> > Date: Mon, 26 Jun 1995 00:35:53 +0200 (MET DST) > Subject: Re: Announcing 2.0.5-950622-SNAP > > As Terry Lambert wrote: > > > > Yeah. Nothing that can't be overwritten should be in /etc. > > > > The sysconfig stuf should go in /var. /var is per machine. > > Totally disagreed. > > /var is basically crap. /var/spool and /var/crash come to mind. > Nobody is really going to even backup that crap. Our current > filesystem layout allows to go _all_ configuration information from > /etc to fit onto a single standard floppy. With all due respect.. /var/mail and /var/spool/uucp (or such) are not crap ;). Next time you do an upgrade on an internet service providers mail mail server, you'll hear that /var/mail is not crap ;). My objection to sysconfig on var, however, is that quite a few people mount /var from its own file system -- /etc is always on the root file system so fsab is accessibl (not to mention all the bootup info ;). /var sounds like a good place to keep the system config file however (eg., GENERIC, not sysconfig -- sysconfig configues all the boottime scripts, so I'd personally keep that in etc.) Var in my mind seems to imply the hardware runtime information and possible hardware configuration (kernelwise) as opposed to etc which seems to imply system settings relevant to boottime -- sysconfig is certainly that. Robert Watson rwatson@sidwell.edu http://www.sidwell.edu/~rwatson/ The goal of science is to build better mousetraps. The goal of nature is to build better mice.
Want to link to this message? Use this URL: <https://mail-archive.FreeBSD.org/cgi/mid.cgi?Pine.BSD/.3.91.950627105239.2614A-100000>