Garrett Cooper <yaneg...@gmail.com> wrote in <cagh67wq6vcgvrn2f_valmsausudaaascmvbojvx4oxaag_g...@mail.gmail.com>:
ya> On Sun, Aug 7, 2011 at 9:12 PM, Doug Barton <do...@freebsd.org> wrote: ya> > On 8/7/2011 6:05 PM, Garrett Cooper wrote: ya> >> On Sun, Aug 7, 2011 at 1:51 PM, Simon L. B. Nielsen <si...@nitro.dk> wrote: ya> >>> ya> >>> On 6 Aug 2011, at 11:16, Doug Barton wrote: ya> >>> ya> >>>> Author: dougb ya> >>>> Date: Sat Aug 6 09:16:53 2011 ya> >>>> New Revision: 224674 ya> >>>> URL: http://svn.freebsd.org/changeset/base/224674 ya> >>>> ya> >>>> Log: ya> >>>> Rather than edit the nsswitch.conf file based on ${MK_NIS} == "no" ya> >>>> comment out the NIS _compat options by default, but leave them in ya> >>>> the file for the convenience of users who want to enable it. ya> >>>> ya> >>>> Update the comment in the file accordingly. ya> >>> ya> >>> 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. ya> >>> ya> >>> 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. ya> >>> ya> >>> 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. ya> > ya> > mergemaster has been in the tree for almost 12 years now. :) In any ya> > case, I can't think of a situation where blindly copying new files to ya> > /etc is a good idea (with all due respect). ya> > ya> >> non-POLA changes are bad, and this _definitely_ deserves an UPDATING ya> >> entry and/or further discussion. ya> > ya> > I'm happy to ask for permission to do the UPDATING entry, do you have ya> > suggestions for the text? ya> ya> Maybe this? ya> -Garrett Could you all please discuss this topic on -current? I was not fully aware of the impact and possible controversy when I approved this change (sorry), but simon@'s comment implies an objection against the change as well as a suggestion to discuss it for a consensus. I think it is better to discuss this on a (more) public mailing list before taking further actions. -- Hiroki
pgpMpKW8nCtIW.pgp
Description: PGP signature