From owner-svn-src-head@freebsd.org Sat May 13 17:21:29 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 E8134D6B67E; Sat, 13 May 2017 17:21:29 +0000 (UTC) (envelope-from yaneurabeya@gmail.com) Received: from mail-pf0-x242.google.com (mail-pf0-x242.google.com [IPv6:2607:f8b0:400e:c00::242]) (using TLSv1.2 with cipher ECDHE-RSA-AES128-GCM-SHA256 (128/128 bits)) (Client CN "smtp.gmail.com", Issuer "Google Internet Authority G2" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id B3BEF777; Sat, 13 May 2017 17:21:29 +0000 (UTC) (envelope-from yaneurabeya@gmail.com) Received: by mail-pf0-x242.google.com with SMTP id w69so10598228pfk.1; Sat, 13 May 2017 10:21:29 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20161025; h=from:message-id:mime-version:subject:date:in-reply-to:cc:to :references; bh=YWStF9UE6UUwSI9yQQjNKdeuBuR4vvX2p0hWy+ZmazI=; b=bxrAa6UQ8/rLFdySJq9DsSo8tDBmzg2a2eE6VXMBKSjOp8bsHgqxvrKAtMUS51XeVM y8PiGUoZyTOnZgkDBwNWAhVNhtitx4OYPvuK7vyBlmO5rossCdtIRpD/RlAKXxtTMtFg ytzYlDOh+FuC7ZEldqpIlx5abLqsCE/91FHhhsrkTkqPwNgY7bsNSo0CC1l1S04aypFk MzwR+gginZKA1sbEx0fLZmlJqQBN3ziRwtqrBteqHNQU3/x3DaLTFuR/v8jh6h0pX+/w NKwQYkzLZLOpc/B1KoIzQonIfMXePG7ec0FYFHXzWaSF++QxJMQXTmMf77eDjcxY/7xn Lh6g== X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20161025; h=x-gm-message-state:from:message-id:mime-version:subject:date :in-reply-to:cc:to:references; bh=YWStF9UE6UUwSI9yQQjNKdeuBuR4vvX2p0hWy+ZmazI=; b=ZHp7doI0jM86i5vCYpbsHWzhbEftAPuEe3WMCqe8TvJNdpIibMdwmrXXYuxRF7DbE0 O7ZUgVcqy+yMOCb1u1tDKMq74fNvzTPzbzt7HK5OQCYKf/Gf6vg7iKK+OQ58c+BkxcOv je1BJcGj5oYZeD8iyz7DDaLGwY5Oa5O5lsPLgW+o9CmK7lLPkeQNRboTaWCeNppqNXmC vUJ/8YxYWJpClOvyJlryrt78LoqTaXlf1mSziUrX7IODYU+DKMMyX4ahD8NWtG7l+7CN 7xQ6XLZ/UUWhiEtYWoOtzDjaZ/brT7EHsBcNBXG63eBskear/4tpI54QAUk3P5vqkfcL pvSQ== X-Gm-Message-State: AODbwcC7GD0irjpNEjhezJ06rsEF/JzFX1zjatclFwGYdCOi54FcRcgJ R/o7s1/esXRTvNz5GVw= X-Received: by 10.98.201.212 with SMTP id l81mr10519500pfk.225.1494696089126; Sat, 13 May 2017 10:21:29 -0700 (PDT) Received: from fuji-wireless.local (c-73-19-52-228.hsd1.wa.comcast.net. [73.19.52.228]) by smtp.gmail.com with ESMTPSA id s18sm12272804pfi.16.2017.05.13.10.21.28 (version=TLS1_2 cipher=ECDHE-RSA-AES128-GCM-SHA256 bits=128/128); Sat, 13 May 2017 10:21:28 -0700 (PDT) From: "Ngie Cooper (yaneurabeya)" Message-Id: Content-Type: multipart/signed; boundary="Apple-Mail=_80996CD5-7498-4790-A375-2BAA04DC6751"; protocol="application/pgp-signature"; micalg=pgp-sha512 Mime-Version: 1.0 (Mac OS X Mail 10.3 \(3273\)) Subject: Re: svn commit: r318250 - in head: etc etc/newsyslog.conf.d etc/syslog.d tools/build/mk Date: Sat, 13 May 2017 10:21:33 -0700 In-Reply-To: <20170513165145.GC84947@FreeBSD.org> Cc: Ian Lepore , rgrimes@freebsd.org, Ngie Cooper , svn-src-head@freebsd.org, svn-src-all@freebsd.org, src-committers@freebsd.org To: Alexey Dokuchaev References: <201705131537.v4DFbgWV045290@pdx.rh.CN85.dnsmgr.net> <1494692660.59865.85.camel@freebsd.org> <20170513165145.GC84947@FreeBSD.org> X-Mailer: Apple Mail (2.3273) 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: Sat, 13 May 2017 17:21:30 -0000 --Apple-Mail=_80996CD5-7498-4790-A375-2BAA04DC6751 Content-Transfer-Encoding: quoted-printable Content-Type: text/plain; charset=utf-8 > On May 13, 2017, at 9:51 AM, Alexey Dokuchaev = wrote: >=20 > On Sat, May 13, 2017 at 10:24:20AM -0600, Ian Lepore wrote: >> ... >> The evolution for years has been away from monolithic config files >> containing a mashup of values for unrelated subsystems and towards >> .conf.d directories containing many single-subject files. >=20 > This "evolution" had probably originated in people's minds who know = little > about software development and maintenance. And FWIW, newsyslog files = are > not about "unrelated subsystems", it's about one subsystem responsible = for > log rotation. This hasn=E2=80=99t really changed with moving to .conf.d. A single = subsystem is managing a series of modular config files, instead of a = single config file. I firmly believe that this was the right general = approach to go. > Speaking of "unrelated subsystems", /etc/rc.conf is a living = manifestation > of how "unrelated subsystems" can be configured in a single file and, = mind > you, everyone is being quite happy about it. =E2=80=A6 except people have to bake in defaults in rc.d scripts for = whether or not services should be disabled because they can=E2=80=99t = put apache defaults in /etc/rc.conf . /etc/rc.conf isn=E2=80=99t managed = via etcupdate or mergemaster, so I think this comparison is like apples = to oranges. >> The monolithic files are difficult to edit >=20 > Quite on the contrary: monolithic files are much easier to edit and = keep > track of by a human being (system operator). I strongly disagree, having seen multiple configuration files a couple = hundred lines long. It gets messy and for those who don=E2=80=99t = understand how syslogd/newsyslog works (inevitably, these people are the = ones that get charged with implementing daemons, and this is one of the = pieces that needs to be done). >> and otherwise manage programmatically, and especially difficult to = manage >> in terms of software packaging and software updates. >=20 > Please don't mix "difficult to edit" and "manage programmatically". = As I > have said, having support for "include *.conf.d" makes sense for = 3rd-party > software (read: ports), but has little need for the base, and IMHO = brings > more maintenance burden than any benefit. Can you please provide an example of how it=E2=80=99s more burdensome = going to .conf.d? Personally, I think it=E2=80=99s a whole lot easier = doing `rm -f /etc/newsyslog.d/amd.conf`, than it is to open up the file = and edit out the amd entries, or invoke sed/something else to do the = same thing. Even ansible/chef/puppet would have to bake the configuration removal = logic into its template files, which seems like a pain for folks (and = the same logic would need to be implemented multiple times instead of = once). Thanks, -Ngie --Apple-Mail=_80996CD5-7498-4790-A375-2BAA04DC6751 Content-Transfer-Encoding: 7bit Content-Disposition: attachment; filename=signature.asc Content-Type: application/pgp-signature; name=signature.asc Content-Description: Message signed with OpenPGP -----BEGIN PGP SIGNATURE----- iQIcBAEBCgAGBQJZF0CeAAoJEPWDqSZpMIYVfVIP+wQ8wESMVwC2Zj2KoU0Xs8O3 S5gMXTBLJocE1As2VayrlLp6L03ZkdCTAkrds50klDzr4rTagf4aeuf1g86pw5b4 c17cdVKUFnsTpOnnQu8q/wCuHQoQJ2Zsj/Zb2CPW6nb9hdeOl28AXoyUU7B0YSVm nDXOl9lKxL6CjXvWPOcMHwid7nczupWF3dRnSbxr/+pmCx6VIQ4witsGmOJg3rsi C4vTkInHNHL9o8m2rJmJD4BaVPJnVoh2oFTFg+2kSBVvKmGeHo8omVTy7EpDIpVC 0NVyJV/GvtWsw6sO+aQSdHHJJn56X2lPZh0aopmgSA/rjl/61KjXOjOqMpvCjdDm QULup/DBtPqOdag0UEGfA/1b6Q9QLApnWPRyPKCpP3L2V7EH/Sy2C7dYGGobsMqK ljEjB6DKTCgwXIiYcQqqB/mjV6uR/Wh5kQfURLlc7e6GDI2z66axGfaeY/fnIkar ZxJxzQz0nVglV9aShF8ArvDNavz8/C3ISGOoK+clJ7/hhdAjTy3xZjevD0MYkx4n PZSxc4pMXzCjZA9PlW+5Nl6D/zaIKofCjxjHNWksjaWp/oy5PreCsBUTDfoNYhZa 6d9TUIOJb78vfZT9rj9flbxsexfmJeUcMixzu2fH+E6EZoi6q8mc36KRKvUKmUhK BHPCw3rAZ3eklEAsGmGN =bZit -----END PGP SIGNATURE----- --Apple-Mail=_80996CD5-7498-4790-A375-2BAA04DC6751--