Skip site navigation (1)Skip section navigation (2)
Date:      Sat, 15 Feb 2020 10:13:09 +0100
From:      Ralf Mardorf <ralf.mardorf@rocketmail.com>
To:        freebsd-questions@freebsd.org
Subject:   Re: Technological advantages over Linux
Message-ID:  <20200215101309.4920e184@moonstudio>
In-Reply-To: <20200215083848.ca1d5b3d463e50da5947a381@sohara.org>
References:  <20200214121620.GA80657@admin.sibptus.ru> <BAF0D681-7C95-419E-A49C-993F0EA39748@kicp.uchicago.edu> <20200214195430.25365f87@moonstudio> <7371554e-82a3-a7aa-b764-ae2627e241d3@kicp.uchicago.edu> <20200214203134.17f6d4bd@moonstudio> <20200215064911.GF1482@admin.sibptus.ru> <20200215083848.ca1d5b3d463e50da5947a381@sohara.org>

Next in thread | Previous in thread | Raw E-Mail | Index | Archive | Help
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.



Want to link to this message? Use this URL: <http://docs.FreeBSD.org/cgi/mid.cgi?20200215101309.4920e184>