Skip site navigation (1)Skip section navigation (2)
Date:      Tue, 19 Sep 1995 03:03:43 -0700
From:      "Jordan K. Hubbard" <jkh@time.cdrom.com>
To:        asami@cs.berkeley.edu (Satoshi Asami)
Cc:        paul@freebsd.org, CVS-commiters@freebsd.org, cvs-etc@freebsd.org
Subject:   Re: cvs commit: src/etc rc sysconfig 
Message-ID:  <2450.811505023@time.cdrom.com>
In-Reply-To: Your message of "Tue, 19 Sep 1995 02:46:53 PDT." <199509190946.CAA00831@silvia.HIP.Berkeley.EDU> 

next in thread | previous in thread | raw e-mail | index | archive | help
> Objection, you used "/usr/local/etc" as the default of startup
> directory name, which means every file with a name that matches *.sh
> will be executed at startup.  This is not desirable, as /usr/local/etc
> is a place to hold configuration scripts in general, not only ones
> that are executed on startup.  This should at least be changed to
> "/usr/local/etc/rc.d" or some such.

My feelings exactly.  I changed it.

> I got a new commit message now...so Jordan has now changed it to
> "/usr/local/etc/rc.local.d"...gosh, this is ugly, if you ask me. :<

Well, yeah, a little bit - I agree.  rc.d, eh?  Hmmmmm...  Yeah, OK,
you convinced me! :-) I'll change it one last time before people start
using it, after which it'll be a lot harder.

> Anyway, I have a huge problem with all this stuff going into
> /usr/local, as there is nothing the X ports (which use
> PREFIX=/usr/X11R6 by default) can do to know where that tree is, as
> the user may have decided to put the "local" (non-X) ports into /opt
> or some such.

I don't much like it either, but as Paul tends to overheat so easily
about stuff like this it's just simpler to just cave in and do it his
way rather than engage in a long and pointless argument over it.  I'm
too tired and/or busy to waste any more time with it.

> Another thing, I would like you (and I mean both of you) to at least
> consult me before making such changes, as a change like this affects
> the whole ports paradigm.  I don't want to sound too authoritative but
> I'm the ports manager and I would like to be at least contacted about
> stuff like this.

You're right, of course...  When I made the original change it was to
/etc and I thought of it as more of a "management" mechanism that
ports could use if they wanted to rather than a solution to the
general ports problem.  Ample precedent for this exists with SVR4 so I
didn't figure that I was breaking any new ground or going completely
off the rails with something for which no precedent existed.  When
Paul changed it to /usr/local he was treading firmly on your toes and
I just tried to fix it up a little (after firing off a couple of
shotgun blasts in Paul's direction for just mucking up my stuff, and
incorrectly at that, without even the kind of discussion period he
himself calls for so periodically).

I think it's fair to say that Paul and I can no longer work together,
the mutual antipathy between us even becoming a detriment to the way
things are managed in the repository.  That's bad, and I have no easy
solutions except to say that we should probably stay in opposite ends
of the tree whenever possible and take any disputes to core rather
than simply playing CVS wars in the repository.  Blasting someone's
change in the repository because you don't agree with it without any
kind of discussion or arbitration whatsoever is not the way to handle
things at all.

					Jordan



Want to link to this message? Use this URL: <https://mail-archive.FreeBSD.org/cgi/mid.cgi?2450.811505023>