Re: /usr/etc and /usr/local/etc?
On 5 Oct 1999 firstname.lastname@example.org wrote:
> Date: 05 Oct 1999 23:39:05 +0200
> From: email@example.com
> To: Richard Kaszeta <firstname.lastname@example.org>
> Cc: Martin Schulze <email@example.com>, firstname.lastname@example.org
> Subject: Re: /usr/etc and /usr/local/etc?
> Resent-Date: 5 Oct 1999 21:39:55 -0000
> Resent-From: email@example.com
> Resent-cc: recipient list not shown: ;
> Richard Kaszeta <firstname.lastname@example.org> writes:
> > Martin Schulze writes ("Re: /usr/etc and /usr/local/etc?"):
> > >Aaron Van Couwenberghe wrote:
> > >> Just a quick inquiry --
> > >>
> > >> Why is it that we exclude /usr/etc from our distribution? FHS and FSSTND
> > >
> > >Because configuration belongs to /etc. Period.
> Good point, but etc blows up to quite a size and can´t be shared
> across hosts.
> > Config files are, by their nature, host-specific, and should not be in
> > /usr
> They are not. e.g. /etc/hosts should be the same across a pool. Nearly
> all files in /etc can be shared and none should be rewritten on the
This is what NIS and NIS+ are for, to share these files across hosts. A lot of
UNIX derived systems end up modifying the normal placement of files because a
few people feel they have a "better" way to do things. The end result is the
mess /etc has become over the years. I would LOVE to see /etc become
configuration files only, with NO binaries in there at all. To be able to do an
rgrep in /etc to find a config, and never have binary "garbage" fly across the
screen would make life a LOT easier. Programs such as gated which install
themselves in /etc as the default also drive me crazy. Now, back on topic, if
you need to share a file NIS/NIS+ will work. Someone else may have a better
solution, such as Samba.
> Apart from /etc/mtab (which can be linked to /proc/mounts) normaly
> nothing gets written to /etc and / can be ro. For diskless systems
> /usr/etc and /usr/share/etc could reduce the size of the ramdisk or
> root fs needed to boot and more data could be shared across a pool.
> Alternatively /etc/share/, /etc/arch and /etc/local could be
> used. Just as one likes.
> May the Source be with you.
> To UNSUBSCRIBE, email to email@example.com
> with a subject of "unsubscribe". Trouble? Contact firstname.lastname@example.org