Date: Mon, 8 Aug 2011 09:42:54 +0000 From: "Bjoern A. Zeeb" <bz@FreeBSD.org> To: "Simon L. B. Nielsen" <simon@nitro.dk> Cc: svn-src-head@freebsd.org, svn-src-all@freebsd.org, src-committers@freebsd.org, Doug Barton <dougb@FreeBSD.org> Subject: Re: svn commit: r224674 - head/etc Message-ID: <5A22B4EF-3B5A-497D-8F7C-8D9EED3F1BE3@FreeBSD.org> In-Reply-To: <9DDF0DAB-9056-45CD-8CE9-81B621A35B13@nitro.dk> References: <201108060916.p769Gr4A043462@svn.freebsd.org> <9DDF0DAB-9056-45CD-8CE9-81B621A35B13@nitro.dk>
next in thread | previous in thread | raw e-mail | index | archive | help
On Aug 7, 2011, at 8:51 PM, Simon L. B. Nielsen wrote: >=20 > On 6 Aug 2011, at 11:16, Doug Barton wrote: >=20 >> Author: dougb >> Date: Sat Aug 6 09:16:53 2011 >> New Revision: 224674 >> URL: http://svn.freebsd.org/changeset/base/224674 >>=20 >> Log: >> Rather than edit the nsswitch.conf file based on ${MK_NIS} =3D=3D = "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. >>=20 >> Update the comment in the file accordingly. >=20 > 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. >=20 > 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. Back in the days, when I introduced NO_NIS (which was the name back = then), I considered both this and something along Ed's initial change and I am sure some of the discussions can still be found in the archives (from around 2005/-2y). While I could never be bothered enough to do the Ed-kind of change, it was very clear back then that a change like this was a really bad idea as it would break setups left and right. We want to support the default compilation base system by default as well. If people prefer to go non- default (WITHOUT_NIS), it's fine to have them make other adjustments to alter defaults as well or live with the logging. The solution as is now is even more confusing as both Ed and Doug have missed to update the man page to clarify the new behaviour. I also do not like the longerish version of the file now and the new description is only talking about nis but ignoring all other sources, which we do not provide samples for, for the inconvenience of people wanting to use those. I think I'd like to see this reverted to avoid massive breakage of freebsd updated machines and, to be clear, I do not think an UPDATING entry is an adequate solution to mitigate this.=20 /bz --=20 Bjoern A. Zeeb You have to have visions! Stop bit received. Insert coin for new address family.=
Want to link to this message? Use this URL: <https://mail-archive.FreeBSD.org/cgi/mid.cgi?5A22B4EF-3B5A-497D-8F7C-8D9EED3F1BE3>