-----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(a)lists.fedoraproject.org
To unsubscribe send an email to devel-leave(a)lists.fedoraproject.org
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@lists.fedoraproject.org
- --
Igor Raits <ignatenkobrain(a)fedoraproject.org>
-----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-----