Skip site navigation (1)Skip section navigation (2)
Date:      Thu, 18 May 2017 08:59:10 -0400
From:      Nikolai Lifanov <lifanov@FreeBSD.org>
To:        svn-src-head@freebsd.org
Subject:   Re: svn commit: r318441 - in head/etc: . cron.d
Message-ID:  <d6fd10e4-e0b5-b194-a998-edc17238b84b@FreeBSD.org>
In-Reply-To: <201705180956.v4I9uVpQ065465@pdx.rh.CN85.dnsmgr.net>
References:  <201705180956.v4I9uVpQ065465@pdx.rh.CN85.dnsmgr.net>

next in thread | previous in thread | raw e-mail | index | archive | help
This is an OpenPGP/MIME signed message (RFC 4880 and 3156)
--EfUSSMKlEXBXLB7l0pU1taJVn0tsggRQa
Content-Type: multipart/mixed; boundary="KKVmwrgnNtFlXMlgBXLKQsmHTUGtjxFl7";
 protected-headers="v1"
From: Nikolai Lifanov <lifanov@FreeBSD.org>
To: svn-src-head@freebsd.org
Message-ID: <d6fd10e4-e0b5-b194-a998-edc17238b84b@FreeBSD.org>
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--



Want to link to this message? Use this URL: <https://mail-archive.FreeBSD.org/cgi/mid.cgi?d6fd10e4-e0b5-b194-a998-edc17238b84b>