From owner-cvs-all Fri Aug 28 18:06:14 1998 Return-Path: Received: (from daemon@localhost) by hub.freebsd.org (8.8.8/8.8.8) id SAA19306 for cvs-all-outgoing; Fri, 28 Aug 1998 18:06:14 -0700 (PDT) (envelope-from owner-cvs-all) Received: from time.cdrom.com (time.cdrom.com [204.216.27.226]) by hub.freebsd.org (8.8.8/8.8.8) with ESMTP id SAA19297 for ; Fri, 28 Aug 1998 18:06:10 -0700 (PDT) (envelope-from jkh@time.cdrom.com) Received: from time.cdrom.com (jkh@localhost.cdrom.com [127.0.0.1]) by time.cdrom.com (8.8.8/8.8.8) with ESMTP id SAA23130; Fri, 28 Aug 1998 18:05:18 -0700 (PDT) (envelope-from jkh@time.cdrom.com) To: Matthew Dillon cc: cvs-committers@FreeBSD.ORG Subject: Re: make.conf In-reply-to: Your message of "Fri, 28 Aug 1998 17:40:43 PDT." <199808290040.RAA20897@apollo.backplane.com> Date: Fri, 28 Aug 1998 18:05:18 -0700 Message-ID: <23125.904352718@time.cdrom.com> From: "Jordan K. Hubbard" Sender: owner-cvs-all@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk > Well, if we can't come to a consensus for something as trivial and > simple as make.conf, I don't hold out much hope being able to submit It's an inverse law. Your chances of getting consensus for something as trivial and simple as make.conf are about equivalent to your chances of completing a marathon using only your tongue for propulsion. Commit the scariest possible fix to the VM system, on the other hand, and you might be lucky to get one comment on it (not that I recommend you test this out, but believe me - it's true! :-). > Frankly, I don't see why people are so vapid about simply checking for > a make.conf.local. I would like to do that and go on to other more The make.conf.local idea *I* personally have no objection to, though removing make.conf as you were suggesting before is probably Not On. Bruce will and probably did object to that one, but then Bruce objects to everything and thus can usually be ignored in these areas since it's sort of like the U.S. Government stamping everything "Top Secret" back in the 80's - you do something too often and the very concept loses a lot of its meaning. :-) - Jordan