-----BEGIN PGP SIGNED MESSAGE----- Hash: SHA512 On Sat, 2020-08-29 at 11:02 -0700, John M. Harris Jr wrote: > On Saturday, August 29, 2020 1:00:17 AM MST Samuel Sieb wrote: > > On 8/28/20 9:40 PM, John M. Harris Jr wrote: > > > > > Please don't invent a new logic, especially the one that systemd > > > does. > > > This makes it very difficult to figure out where in the world the > > > configuration file for a given program is. With systemd, sure, > > > it's not > > > so bad, as the > > > > System defaults go in /usr/share/<app>. Admin overrides go in > > /etc. > > If you're going to put defaults anywhere, /etc is the most logical > place. When > admins want to override, they'll modify the files that are there. > See, for > example, /etc/resolv.conf, the file used to tell the system resolver > what DNS > servers to use. By default, it's generated by your installer or by > NetworkManager. When modified, it's now using "admin overrides". And only way to get to the distribution defaults is to download RPM with matching version, unpack it and get its /etc/foo.conf. When default distribution configs are in /usr, then you can easily remove config from /etc and that's it. > > > command will tell you where the unit file is. There's no such > > > command for, > > > for example, chronyd, httpd or any other program that itself > > > isn't using > > > such a convoluted configuration system. Even systemd wouldn't > > > work if you > > > blew away / etc. > > > > > > It should. If not, that's where they want to get to. > > What is the actual benefit of this? Needlessly breaking existing > configuration, making it impossible to cleanly upgrade systems, > or write logic that takes into account the existing configuration of > a given > program? If you blow away /etc/, you will have a well and truly > broken system. > If you want to start a configuration from scratch, re-install. > There's nothing > wrong with that approach, and it works very well. This has been the > case for > nearly three decades now. First of all, as long as /etc/foo.conf location stays same, it takes precedence over the /usr configuration, so nothing will be broken on the update. > -- > John M. Harris, Jr. > > _______________________________________________ > devel mailing list -- devel@xxxxxxxxxxxxxxxxxxxxxxx > To unsubscribe send an email to devel-leave@xxxxxxxxxxxxxxxxxxxxxxx > Fedora Code of Conduct: > https://docs.fedoraproject.org/en-US/project/code-of-conduct/ > List Guidelines: > https://fedoraproject.org/wiki/Mailing_list_guidelines > List Archives: > https://lists.fedoraproject.org/archives/list/devel@xxxxxxxxxxxxxxxxxxxxxxx - -- Igor Raits <ignatenkobrain@xxxxxxxxxxxxxxxxx> -----BEGIN PGP SIGNATURE----- iQIzBAEBCgAdFiEEcwgJ58gsbV5f5dMcEV1auJxcHh4FAl9KnEoACgkQEV1auJxc Hh7/lg/9HGg1AQL/xLQbYqq7iyta/dMxEoPslIMuMFo5q2Q5c4WkvIWRXBXTYdRU hPE9KeM2byOcQU6q3OVg6Rs6XsBDX9uCjPNYjLcMf/tOLBZ5YjGXqXcotbGRpj2q dJK4J8skSW2VybaFO0Gm7gygFZwJoWQqK/G/n3tfhNp4C2PFE//PJDzUP0hsZlgM S5K5qnpIW3JPIk9bnDBK8AUeJwZIXoDkzPX+rLUXv4RjmB+/vnNk5Qupbewq8uRT WHu+YdZNeFdq4PpUvb1zVZgbXBgg+kHpdd75Rmf2hgFsl33ZGTkjgNYFkSzxYaPt vY7728B5Y951dYASvlL/V0yWjtTplTOxySPTgCTMrOgBjvQQZW2cdGINSXT5UmHn tHlAGh+lrSIorLLN8tGHKr4nDAEv2VUIb87/K3rGABEQ41yXiSul+vDR/hdiXqai 3l5ksSu4hvNwU1R5kPjfFEW6soIjP8smplbyDXjSfzO5rUhZbxA+YjEcwOVBOtuv CJgKham4RXmVbPtXPHnsBL9YsDvhcH3SIzVZkpzPFCbJDYzJFbfI78n1J4cacxnF UWJN/+9HGvRSFAa9oiNR6Lprx3dX3Uo1DCT4+TL8aZsRFSd9UrblJ/loUALwxkpz QEYNRSH8c3SpPUhr8xsJZBKHbHQrX27L7Pyz1v9u/HoXBTb4HEQ= =mzaL -----END PGP SIGNATURE----- _______________________________________________ devel mailing list -- devel@xxxxxxxxxxxxxxxxxxxxxxx To unsubscribe send an email to devel-leave@xxxxxxxxxxxxxxxxxxxxxxx Fedora Code of Conduct: https://docs.fedoraproject.org/en-US/project/code-of-conduct/ List Guidelines: https://fedoraproject.org/wiki/Mailing_list_guidelines List Archives: https://lists.fedoraproject.org/archives/list/devel@xxxxxxxxxxxxxxxxxxxxxxx
