Subject: Re: /usr/pkg/etc vs. /etc
To: None <tech-pkg@netbsd.org>
From: Christoph Badura <bad@ora.de>
List: tech-pkg
Date: 12/10/1998 23:03:54
tv@pobox.com (Todd Vierling) writes:
>On Wed, 9 Dec 1998, Curt Sampson wrote:

>: The whole concept of /usr/pkg/etc makes sense to me only for things
>: that don't change between systems, such as files to be called from
>: rc.local. We don't put ssh configuration files in /usr/pkg/etc;
>[because it was a special hack specific to the ssh pkg,]

Really?  There are other pkgs that do that too.

>That's a lot of programs.  No, let me correct: that's a *LOT* of programs. I
>loathed the move of ssh's config files to /etc, not because it broke "put
>all pkg files in one place," but it assumed that ssh was one of the "few"
>programs that would need it.  What about ssleay.cnf (which I specifically
>moved to /usr/pkg/etc to keep it with the rest of the config files)?

>What about /usr/pkg/etc/procmailrc?

That is a good example.  It seems unlikely to me that you would want to
share the system wide procmailrc between machines.

>If someone wants to share /usr/pkg, he should be perfectly capable of
>symlinking /usr/pkg/etc (or even /usr/pkg/etc/httpd) elsewhere.  That's a
>big reason for trying to put all of the config stuff in /usr/pkg/etc instead
>of other /usr/pkg subdirs, or elsewhere on the system!

But why make the default so that sharing is difficult?

>I daresay there's
>*very* little in /usr/pkg/etc that can be shared across a site.

>: I'd be happy to make this change, if it's ok with everyone.

>Please, no.  Try symlinking /usr/pkg/etc or /usr/pkg/etc/httpd or use "httpd
>-f".  (After all, the /usr/pkg/etc/httpd/httpd.conf is just the compiled-in
>default.)

Am I the only one to whom this seems inconsistent.  Just a moment ago you
were claiming that there is "*very* little ... that can be shared"[*your*
emphasis] and now you want those unshareble bits cluttering up the
(potentially) shareable area?

IMO, the fact that /usr/pkg (or even /usr) isn't in a state that makes
sharing between different machines (or even architectures) easy shouldn't
be construed as a reason to make it even harder to share it.

-- 
Christoph Badura
Verlag O'Reilly