From owner-svn-src-head@freebsd.org Thu May 18 12:59:28 2017 Return-Path: Delivered-To: svn-src-head@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id CF259D72306 for ; Thu, 18 May 2017 12:59:28 +0000 (UTC) (envelope-from lifanov@FreeBSD.org) Received: from mail.lifanov.com (mail.lifanov.com [206.125.175.12]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (Client did not present a certificate) by mx1.freebsd.org (Postfix) with ESMTPS id B04491815 for ; Thu, 18 May 2017 12:59:28 +0000 (UTC) (envelope-from lifanov@FreeBSD.org) Received: from [10.11.0.121] (webassign-to-rtp-ip-asr-gw.ncren.net [128.109.111.6]) (using TLSv1.2 with cipher ECDHE-RSA-AES128-GCM-SHA256 (128/128 bits)) (No client certificate requested) by mail.lifanov.com (Postfix) with ESMTPSA id 89CD1239431 for ; Thu, 18 May 2017 08:59:22 -0400 (EDT) Subject: Re: svn commit: r318441 - in head/etc: . cron.d To: svn-src-head@freebsd.org References: <201705180956.v4I9uVpQ065465@pdx.rh.CN85.dnsmgr.net> From: Nikolai Lifanov Message-ID: Date: Thu, 18 May 2017 08:59:10 -0400 User-Agent: Mozilla/5.0 (X11; FreeBSD amd64; rv:52.0) Gecko/20100101 Thunderbird/52.1.0 MIME-Version: 1.0 In-Reply-To: <201705180956.v4I9uVpQ065465@pdx.rh.CN85.dnsmgr.net> Content-Type: multipart/signed; micalg=pgp-sha512; protocol="application/pgp-signature"; boundary="EfUSSMKlEXBXLB7l0pU1taJVn0tsggRQa" X-BeenThere: svn-src-head@freebsd.org X-Mailman-Version: 2.1.23 Precedence: list List-Id: SVN commit messages for the src tree for head/-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 18 May 2017 12:59:28 -0000 This is an OpenPGP/MIME signed message (RFC 4880 and 3156) --EfUSSMKlEXBXLB7l0pU1taJVn0tsggRQa Content-Type: multipart/mixed; boundary="KKVmwrgnNtFlXMlgBXLKQsmHTUGtjxFl7"; protected-headers="v1" From: Nikolai Lifanov To: svn-src-head@freebsd.org Message-ID: Subject: Re: svn commit: r318441 - in head/etc: . cron.d References: <201705180956.v4I9uVpQ065465@pdx.rh.CN85.dnsmgr.net> In-Reply-To: <201705180956.v4I9uVpQ065465@pdx.rh.CN85.dnsmgr.net> --KKVmwrgnNtFlXMlgBXLKQsmHTUGtjxFl7 Content-Type: text/plain; charset=utf-8 Content-Language: en-US Content-Transfer-Encoding: quoted-printable On 05/18/2017 05:56, Rodney W. Grimes wrote: >> Author: ngie >> Date: Thu May 18 06:25:39 2017 >> New Revision: 318441 >> URL: https://svnweb.freebsd.org/changeset/base/318441 >> >> Log: >> Handle the cron.d entry for MK_AT in cron conditionally >> =20 >=20 > The thread on the newsyslog clearly shows that this is a contriversial = change. >=20 > I strongly object to further splitting of /etc/FOO into /etc/foo.d/FOO = files > to suite Dell/EMC/Isilon's needs. It is in conflict with the needs and= > desires of others. >=20 I'm not an appliance vendor and am not affiliated with Dell/EMC/Isilon and this change served my needs and desires. When automating configuration management, templating a file instead of conditionally installing/removing configuration snippets is: 1) less performant because you can't just check mtime of the expanded template vs. the source file to figure out whether to expand it again, which affects practical frequency of configuration runs 2) couples logic from unrelated configuration modules, making working on different configuration with different people more difficult I really wish we had /etc/fstab.d/ :) > I especially object to it being done on a 1 of case, either completly s= plit > the file or make it 1 file, but making it this miss match is just addin= g to > the work load of ansible and puppet task writting. You now have to man= ge > 2 config files rather than 1 for cron, and 7 for newsyslog instead of 1= =2E >=20 I agree that inconsistencies are bad, but I think we can get there incrementally, unbundling configuration of one MK_* thing at a time. - Nikolai Lifanov --KKVmwrgnNtFlXMlgBXLKQsmHTUGtjxFl7-- --EfUSSMKlEXBXLB7l0pU1taJVn0tsggRQa Content-Type: application/pgp-signature; name="signature.asc" Content-Description: OpenPGP digital signature Content-Disposition: attachment; filename="signature.asc" -----BEGIN PGP SIGNATURE----- iQKoBAEBCgCSFiEE5oT6TcuaWvG5gtjzZ6sv56ecR0UFAlkdmp5fFIAAAAAALgAo aXNzdWVyLWZwckBub3RhdGlvbnMub3BlbnBncC5maWZ0aGhvcnNlbWFuLm5ldEU2 ODRGQTREQ0I5QTVBRjFCOTgyRDhGMzY3QUIyRkU3QTc5QzQ3NDUUHGxpZmFub3ZA ZnJlZWJzZC5vcmcACgkQZ6sv56ecR0WMAA//Yfc883KEFKj9gdmGT2+raIZm4n8g NniMqG9eqyQLTRnBmymSfgLFKt1gZxRrVWo1QH0XoyLjGex5XEBi3rVL8oM213Hj 2w2NvsS2Amd0FInSgjdiRV9hxxzVk7TAywa9GyMqK2jci89pwyHro/6YOTPvv0O+ 9Df9W3ZCzYe9CoEvSjus4ZOdf2Dq3zvBKI9K93u4RUoYV5LukRrI7L9pd58bN7W3 MD01yuHn1bHvC/dVfWHs9a5XtCV3xRSE92L9ls9BbzXWzgFHG0YcY+BHfYgy0U7+ gRG7ZGU2BpxQhaynU2c5ox0q3sRKY/P6H3mKhulTKfi48dLe1UA7OHCc6P+ilW89 vJj0j4Sef5JDD7r5pnmDkM7EYmXFzn2MDoDRutEuV19spr+ugvZyWVIB9PGdERj5 fpbJtR2o60WqQqfAU74QOSVBMySMWnVzXmDBVUUazUjjbLV9ASrwzjuVC6IzAgjg kQhqtiXT1nVSeBO5IcQx/VHylJsBnT55SD5XKHVhpjIF66VKyd0yAsOBNMBM+6Wn FbrzkLEApj3y7CjWO47JHVt2pKXGS47Z444Q19w8epjSASL+ekJYKJXu6h/6rxXi ZOaY9vsBK5f8n2HA0/L18x9qWOpLmMqjCFrui9en3SGnaJYLN1hT0T9ETx9BDo6u 1lLPjIrDaCjOmyw= =c7Os -----END PGP SIGNATURE----- --EfUSSMKlEXBXLB7l0pU1taJVn0tsggRQa--