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

From: Brooks Davis (brooks_at_one-eyed-alien.net)
Date: 05/21/04

  • Next message: Peter Jeremy: "Re: Network Stack Locking"
    Date: Fri, 21 May 2004 12:42:32 -0700
    To: "Crist J. Clark" <cjc@freebsd.org>
    
    
    

    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.

    -- 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 message: Peter Jeremy: "Re: Network Stack Locking"

    Relevant Pages

    • Re: smoking in Europe
      ... Along with perfume, cars, mobile phones etc. ... No reason why people should have to put up with them. ... Let's be consistent and ban everything that's an irritant to many ...
      (rec.travel.europe)
    • Re: Move /usr/sup to /var/db/sup?
      ... >> something that works and their finger memory won't be broken. ... for some reason I've always copied the example supfiles to /usr/sup ... evidence of such a recommendation so I may just made that convention up. ... wouldn't hurt anything. ...
      (freebsd-arch)
    • Re: smoking in Europe
      ... Even if you can't get cancer from second-hand smoke, ... No reason why people should have to put up with them. ... Let's be consistent and ban everything that's an irritant to many ...
      (rec.travel.europe)
    • Re: Move /usr/sup to /var/db/sup?
      ... >> only, it's an irritant. ... >> Of course, there is one big reason not to change it, because it would ... Are you saying we should add it to ... To unsubscribe, ...
      (freebsd-arch)
    • Re: Move /usr/sup to /var/db/sup?
      ... > only, it's an irritant. ... > Of course, there is one big reason not to change it, because it would ... FWIW, compatibility symlink can hang in there for a while (until 6.0 ...
      (freebsd-arch)

  • Quantcast