Date: Thu, 23 Mar 2006 19:42:40 +0100 From: Jeff Fisher <jeff@home.jeffenstein.dyndns.org> To: freebsd-stable <freebsd-stable@freebsd.org> Subject: Re: a place for configuration files Message-ID: <20060323184240.GH97230@frogger.jeffnet> In-Reply-To: <620ACC77-4F21-456C-85EC-3E1723F77568@khera.org> References: <4421F47F.3050104@andrzejcuber.pl> <20060323012805.GB23902@thought.org> <620ACC77-4F21-456C-85EC-3E1723F77568@khera.org>
next in thread | previous in thread | raw e-mail | index | archive | help
On Thu, Mar 23, 2006 at 10:24:04AM -0500, Vivek Khera wrote: > From: Vivek Khera <vivek@khera.org> > Date: Thu, 23 Mar 2006 10:24:04 -0500 > To: freebsd-stable <freebsd-stable@freebsd.org> > X-Mailer: Apple Mail (2.746.3) > Subject: Re: a place for configuration files > > > On Mar 22, 2006, at 8:28 PM, Gary Kline wrote: > > > I think having a /usr/local/etc is "new" (past decade maybe), > > We've had /usr/local on Sun boxes since I can remember (started using > SunOS 2.x back in college) and administering 4.2BSD (not FreeBSD 4.2, > but 4.2BSD from Berkeley) on vaxen 'round about 1986-ish and we had / > usr/local for local (ie, not part of the base system) software. In > fact, it was actually a separate disk partition too. At more than one place where I've worked, /usr/local was a common NFS mount, which meant a lot less overhead for installing site-local packages. Depending on the number of servers you're managing, it can be quite a bit easier to do this (or use rsync/rdist) to have a common site-wide repository of local software, than to manage local packages, and their dependencies / upgrades across all servers. -- jeff@jeffenstein.dyndns.org http://jeffenstein.dyndns.org/ PGP mail preferred, key id 0x19C987F5 "It is our belief, however, that serious professional users will run out of things they can do with UNIX. They'll want a real system and will end up doing VMS when they get to be serious about programming." -- Ken Olsen, CEO of DEC, 1984
Want to link to this message? Use this URL: <https://mail-archive.FreeBSD.org/cgi/mid.cgi?20060323184240.GH97230>