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

From: Crist J. Clark (cristjc_at_comcast.net)
Date: 05/21/04

  • Next message: Brooks Davis: "Re: Move /usr/sup to /var/db/sup?" 
    Date: Fri, 21 May 2004 14:39:44 -0700
To: Brooks Davis <brooks@one-eyed-alien.net>

    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? 

    -- 
Crist J. Clark                     |     cjclark@alum.mit.edu
                                   |     cjclark@jhu.edu
http://people.freebsd.org/~cjc/    |     cjc@freebsd.org
_______________________________________________
freebsd-arch@freebsd.org mailing list
http://lists.freebsd.org/mailman/listinfo/freebsd-arch
To unsubscribe, send any mail to "freebsd-arch-unsubscribe@freebsd.org"
  • Next message: Brooks Davis: "Re: Move /usr/sup to /var/db/sup?"

    Relevant Pages

    • Re: debiantutorials.org seeks input and new blood
      ... There's no reason to be rude. ... All we're saying is that instead of ... To UNSUBSCRIBE, email to debian-user-REQUEST@xxxxxxxxxxxxxxxx ...
      (Debian-User)
    • Re: We have ath, now what about Broadcom?
      ... The reason I keep saying that is that nobody knows for sure. ... To unsubscribe, ...
      (freebsd-current)
    • Re: Which Singularity Dont You Want?
      ... rather than merely having beliefs. ... > me to start out saying that the physicalist ones were bad, ... enough things to be able to reason... ... but if physicalism is true he has them for boring reasons. ...
      (rec.arts.sf.written)
    • Re: How to open jars
      ... hypnotism. ... ostensibly for some other reason. ... But then, if someone coughs, it might trigger some ancient instinct ... I have no problem with saying some don't know what ...
      (rec.arts.sf.composition)
    • Re: Bold numbers in ordered lists
      ... Yes it is OK in the special sense, but does that make it OK? ... I am not suggesting anyone should call an ol a table or a specially ... list whenever an author feels like it for no particular good reason. ... You are basically saying I am completely wrong about the most crucial ...
      (comp.infosystems.www.authoring.stylesheets)