From owner-cvs-etc Tue Sep 19 03:04:03 1995 Return-Path: owner-cvs-etc Received: (from root@localhost) by freefall.freebsd.org (8.6.12/8.6.6) id DAA23353 for cvs-etc-outgoing; Tue, 19 Sep 1995 03:04:03 -0700 Received: from time.cdrom.com (time.cdrom.com [192.216.222.226]) by freefall.freebsd.org (8.6.12/8.6.6) with ESMTP id DAA23340 ; Tue, 19 Sep 1995 03:03:51 -0700 Received: from localhost (localhost [127.0.0.1]) by time.cdrom.com (8.6.12/8.6.9) with SMTP id DAA02452; Tue, 19 Sep 1995 03:03:43 -0700 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 In-reply-to: Your message of "Tue, 19 Sep 1995 02:46:53 PDT." <199509190946.CAA00831@silvia.HIP.Berkeley.EDU> Date: Tue, 19 Sep 1995 03:03:43 -0700 Message-ID: <2450.811505023@time.cdrom.com> From: "Jordan K. Hubbard" Sender: owner-cvs-etc@freebsd.org Precedence: bulk > 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