svn commit: r224674 - head/etc

Peter Wemm peter at wemm.org
Tue Aug 9 07:00:55 UTC 2011


On Sun, Aug 7, 2011 at 9:12 PM, Doug Barton <dougb at freebsd.org> wrote:
> On 8/7/2011 6:05 PM, Garrett Cooper wrote:
>> On Sun, Aug 7, 2011 at 1:51 PM, Simon L. B. Nielsen <simon at nitro.dk> wrote:
>>>
>>> On 6 Aug 2011, at 11:16, Doug Barton wrote:
>>>
>>>> Author: dougb
>>>> Date: Sat Aug  6 09:16:53 2011
>>>> New Revision: 224674
>>>> URL: http://svn.freebsd.org/changeset/base/224674
>>>>
>>>> Log:
>>>>  Rather than edit the nsswitch.conf file based on ${MK_NIS} == "no"
>>>>  comment out the NIS _compat options by default, but leave them in
>>>>  the file for the convenience of users who want to enable it.
>>>>
>>>>  Update the comment in the file accordingly.
>>>
>>> This disables NIS by default which is rather surprising considering there has been no prior (which I have been able to find) discussion of this.
>>>
>>> At the _VERY_ least people need to be warned about this loudly. Unless you can show this really helps non-NIS users this is IMO a bad idea.
>>>
>>> Yes, if you hand merge all /etc files this won't be a problem... but I don't since life's to short for that, so this change just broke login on one of the FreeBSD.org during an upgrade.
>
> mergemaster has been in the tree for almost 12 years now. :)  In any
> case, I can't think of a situation where blindly copying new files to
> /etc is a good idea (with all due respect).

No, if people use mergemaster in this mode:
     -U          Attempt to auto upgrade files that have not been user modified.
.. then mergemaster will silently turn off NIS for you.

If it is considered bad practice to use -U, then people should be
directed away from it.

I think this is what killed the freebsd.org machine.

-- 
Peter Wemm - peter at wemm.org; peter at FreeBSD.org; peter at yahoo-inc.com; KI6FJV
"All of this is for nothing if we don't go to the stars" - JMS/B5
"If Java had true garbage collection, most programs would delete
themselves upon execution." -- Robert Sewell


More information about the svn-src-all mailing list