Technological advantages over Linux
Ralf Mardorf
ralf.mardorf at rocketmail.com
Sat Feb 15 09:13:16 UTC 2020
On Sat, 15 Feb 2020 08:38:48 +0000, Steve O'Hara-Smith wrote:
>On Sat, 15 Feb 2020 13:49:11 +0700 Victor Sudakov wrote:
>> Ralf Mardorf via freebsd-questions wrote:
>> >
>> > An update never ever would replace /etc/foo.conf . On Arch Linux it
>> > would be stored as /etc/foo.conf.pacnew , almost all Linux distros
>> > provide such a solution, but the admin is screwed, if an update
>> > does add a file to /etc/foo.d/ .
>>
>> FreeBSD has taken this path too (looking at /etc/rc.conf.d/,
>> /etc/cron.d and numerous others).
>
>FreeBSD has used this approach to carefully separate default
>configuration from user provided configuration - the directories are
>generally for sysadmins the files for the distribution.
For Linux it should be like this, too, but actually it isn't.
To be fair, not all Linux packagers using drop-in dirs are berserkers.
A "base" package might contain a rough default configuration. For using
software of a "highly specialised" package one setting of a rough
default configuration _must_ be changed. With good faith the packager
overrides this value by a drop-in file, since using this package's
software anyway requires this special value. _But_ maybe the package
wasn't installed to use the software, but just to get the documentation
and the user isn't aware that a value was changed in a way, that breaks
the working install. However, some packagers are berserkers, completely
misusing drop-in dirs.
More information about the freebsd-questions
mailing list