Move /usr/sup to /var/db/sup?

[Brooks Davis]

On Fri, May 21, 2004 at 02:39:44PM -0700, Crist J. Clark wrote:
> On Fri, May 21, 2004 at 12:42:32PM -0700, Brooks Davis wrote:
> > On Fri, May 21, 2004 at 12:36:05PM -0700, Crist J. Clark wrote:
> > > Just a minor thing, but I would think[0] most people would agree that
> > > /var/db/sup is a much more logical place for the CVSup "base" directory
> > > than /usr/sup. Yes, it doesn't take up much space on /usr, but for
> > > those who don't want to write to /usr[1] too much or mount /usr read-
> > > only, it's an irritant.
> > > 
> > > Of course, there is one big reason not to change it, because it would
> > > be a change.
> > > 
> > > Personally, I don't think it will be disruptive to make changes to the
> > > example files in /usr/share/examples/cvsup. People who already have
> > > /usr/sup populated are using their own localized versions of these
> > > files, so the change won't affect them (not that losing the "sup"
> > > directory is that big of a deal). A person starting with a copy of
> > > one of the examples is probably starting a fresh CVSup and will be
> > > creating a new sup dir anyway.
> > 
> > This seems reasionable.  If you're going to do it, I suggest adding
> > /var/db/sup to the appropriate mtree file so it always exists.  That
> > way people who blindly copy their supfiles to /usr/sup will still get
> > something that works and their finger memory won't be broken.
> 
> Hmmm... /usr/sup is not in BSD.mtree.usr. I believe cvsup(1) creates
> it when it does not exist. Are you saying we should add it to
> BSD.mtree.var even though we don't create /usr/sup? Or are you
> saying to create /var/db/sup and make a symlink in /usr to it?

Hmm, for some reason I've always copied the example supfiles to /usr/sup
before editing them.  For some reason I'd assumed this was something
I read in the documentation in the distant past, but I can't find any
evidence of such a recommendation so I may just made that convention up.
Given that, I don't think it's necessicary to create /var/db/sup, but it
might be a nice idea anyway.  Another directory in /var/db certaintly
wouldn't hurt anything.

-- Brooks

-- 
Any statement of the form "X is the one, true Y" is FALSE.
PGP fingerprint 655D 519C 26A7 82E7 2529  9BF0 5D8E 8BE9 F238 1AD4
-------------- next part --------------
A non-text attachment was scrubbed...
Name: not available
Type: application/pgp-signature
Size: 189 bytes
Desc: not available
Url : http://lists.freebsd.org/pipermail/freebsd-arch/attachments/20040521/006c6ba2/attachment.bin