From owner-svn-src-all@FreeBSD.ORG Mon Aug 8 07:07:24 2011 Return-Path: Delivered-To: svn-src-all@FreeBSD.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 8E818106564A; Mon, 8 Aug 2011 07:07:23 +0000 (UTC) (envelope-from hrs@FreeBSD.org) Received: from mail.allbsd.org (gatekeeper-int.allbsd.org [IPv6:2001:2f0:104:e002::2]) by mx1.freebsd.org (Postfix) with ESMTP id AD6C38FC1A; Mon, 8 Aug 2011 07:07:22 +0000 (UTC) Received: from alph.allbsd.org (p3028-ipbf608funabasi.chiba.ocn.ne.jp [125.175.94.28]) (authenticated bits=128) by mail.allbsd.org (8.14.4/8.14.4) with ESMTP id p7876ufP098512; Mon, 8 Aug 2011 16:07:06 +0900 (JST) (envelope-from hrs@FreeBSD.org) Received: from localhost (localhost [IPv6:::1]) (authenticated bits=0) by alph.allbsd.org (8.14.4/8.14.4) with ESMTP id p7876rLn011174; Mon, 8 Aug 2011 16:06:53 +0900 (JST) (envelope-from hrs@FreeBSD.org) Date: Mon, 08 Aug 2011 16:06:25 +0900 (JST) Message-Id: <20110808.160625.465966131558285623.hrs@allbsd.org> To: yanegomi@gmail.com From: Hiroki Sato In-Reply-To: References: <4E3F6216.5080706@FreeBSD.org> X-PGPkey-fingerprint: BDB3 443F A5DD B3D0 A530 FFD7 4F2C D3D8 2793 CF2D X-Mailer: Mew version 6.3 on Emacs 23.1 / Mule 6.0 (HANACHIRUSATO) Mime-Version: 1.0 Content-Type: Multipart/Signed; protocol="application/pgp-signature"; micalg=pgp-sha1; boundary="--Security_Multipart(Mon_Aug__8_16_06_25_2011_870)--" Content-Transfer-Encoding: 7bit X-Virus-Scanned: clamav-milter 0.97 at gatekeeper.allbsd.org X-Virus-Status: Clean X-Greylist: Sender succeeded SMTP AUTH, not delayed by milter-greylist-4.2.3 (mail.allbsd.org [133.31.130.32]); Mon, 08 Aug 2011 16:07:11 +0900 (JST) X-Spam-Status: No, score=-102.0 required=13.0 tests=BAYES_00, CONTENT_TYPE_PRESENT, DIRECTOCNDYN, MIMEQENC, QENCPTR1, QENCPTR2, RCVD_IN_RP_RNBL, SPF_SOFTFAIL,USER_IN_WHITELIST autolearn=no version=3.3.1 X-Spam-Checker-Version: SpamAssassin 3.3.1 (2010-03-16) on gatekeeper.allbsd.org Cc: svn-src-head@FreeBSD.org, simon@nitro.dk, svn-src-all@FreeBSD.org, dougb@FreeBSD.org, src-committers@FreeBSD.org Subject: Re: svn commit: r224674 - head/etc X-BeenThere: svn-src-all@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: "SVN commit messages for the entire src tree \(except for " user" and " projects" \)" List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 08 Aug 2011 07:07:24 -0000 ----Security_Multipart(Mon_Aug__8_16_06_25_2011_870)-- Content-Type: Text/Plain; charset=iso-8859-1 Content-Transfer-Encoding: quoted-printable Garrett Cooper wrote in : ya> On Sun, Aug 7, 2011 at 9:12 PM, Doug Barton wro= te: 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 wrote: ya> >>> ya> >>> On 6 Aug 2011, at 11:16, Doug Barton wrote: ya> >>> ya> >>>> Author: dougb ya> >>>> Date: Sat Aug =A06 09:16:53 2011 ya> >>>> New Revision: 224674 ya> >>>> URL: http://svn.freebsd.org/changeset/base/224674 ya> >>>> ya> >>>> Log: ya> >>>> =A0Rather than edit the nsswitch.conf file based on ${MK_NIS} = =3D=3D "no" ya> >>>> =A0comment out the NIS _compat options by default, but leave t= hem in ya> >>>> =A0the file for the convenience of users who want to enable it= .= ya> >>>> ya> >>>> =A0Update the comment in the file accordingly. ya> >>> ya> >>> This disables NIS by default which is rather surprising conside= ring there has been no prior (which I have been able to find) discussio= n 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. :) =A0I= n any ya> > case, I can't think of a situation where blindly copying new file= s to ya> > /etc is a good idea (with all due respect). ya> > ya> >> non-POLA changes are bad, and this _definitely_ deserves an UPDA= TING 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 ----Security_Multipart(Mon_Aug__8_16_06_25_2011_870)-- Content-Type: application/pgp-signature Content-Transfer-Encoding: 7bit -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.11 (FreeBSD) iEYEABECAAYFAk4/ivEACgkQTyzT2CeTzy13ZwCgw5dA38Uo6BVJYMMquYr5X/sU ef4An3npKtoj5pxNfv62znqvLjAqtAct =hWYW -----END PGP SIGNATURE----- ----Security_Multipart(Mon_Aug__8_16_06_25_2011_870)----