Re: Move /usr/sup to /var/db/sup?
From: Crist J. Clark (cristjc_at_comcast.net)
Date: 05/21/04
- Previous message: Garance A Drosihn: "Re: Move /usr/sup to /var/db/sup?"
- In reply to: Brooks Davis: "Re: Move /usr/sup to /var/db/sup?"
- Next in thread: Brooks Davis: "Re: Move /usr/sup to /var/db/sup?"
- Reply: Brooks Davis: "Re: Move /usr/sup to /var/db/sup?"
- Messages sorted by: [ date ] [ thread ] [ subject ] [ author ]
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"
- Previous message: Garance A Drosihn: "Re: Move /usr/sup to /var/db/sup?"
- In reply to: Brooks Davis: "Re: Move /usr/sup to /var/db/sup?"
- Next in thread: Brooks Davis: "Re: Move /usr/sup to /var/db/sup?"
- Reply: Brooks Davis: "Re: Move /usr/sup to /var/db/sup?"
- Messages sorted by: [ date ] [ thread ] [ subject ] [ author ]
Relevant Pages
- 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: OT The Fucking Hospital has just about killed my Cousin
... Because you are obviously too stupid to understand what I'm saying, ... things,
and yes, no matter what the reason, it's inexcusable. ... and I didn't catch that mistake.
... I use moron recognition software like most people, ... (rec.gambling.poker) - Re: New mikveh wars in Israel
... I'd agree with the first part of what you said -- about the Sages' ... if for
no other reason that we'd be ... I think we're essentially saying the same thing.
... (soc.culture.jewish.moderated)