[Date Prev][Date Next] [Thread Prev][Thread Next] [Date Index] [Thread Index]

Re: support for merged /usr in Debian

On Sun, Jan 10, 2016 at 12:09 PM, Marc Haber
<mh+debian-devel@zugschlus.de> wrote:
> On Sun, 10 Jan 2016 09:53:52 +0100, Tom H <tomh0665@gmail.com> wrote:
>> Lennart didn't even say that he wanted to get rid of "EnvironmentFile=".
>>> From the same-named thread on systemd-devel@:
>> --- 8< ---
>> 1)
>> I probably should never have added EnvironmentFile= in the first place.
>> 2)
>> I think EnvironmentFile= was a mistake, and I explained why. But then
>> again, I am not planning to remove it, and I never suggested that.
>> --- > 8 ---
>> He advocated the use of drop-ins, as you (Philipp) do.
> Yes. But two of his militant fanbois suggested in the following that
> the option should be removed because of Lennarts reasoning. In the
> following, one of them said that if the option will be removed in the
> future, it would be "our" because "we" had been using the option
> "wrong" and have thus "forced lennart" to remove it since we refused
> to be "educated" about "proper" use of systemd.

Johann (I can't think of the other "fanboi" to whom you're referring)
has argued in the past for the removal of rc.local and sysvinit
compatibility. Let's assume that Lennart removes support for them as
well as for "EnvironmentFile=", will it really be something that'll be
worth getting upset about? I'm not trying to provoke you, I'm just
thinking it through.

For EnvironmentFile, does it really matter whether you edit a file
under "/etc/default/" or under "/etc/systemd/system/"? As I said
up-thread, I'm wouldn't like setting up nfs without "EnvironmentFile="
but it's something that'll just take a little longer initially,
whether I'm using config management or not. And then it'll be the
same, since I only change these files at setup.

For rc.local, does it really matter whether you edit "/etc/rc.local"
or a file under "/etc/systemd/system/"? Personally, even if I've used
rc.local when in a hurry, I've always made a point of creating a
sysvinit script, upstart job, or systemd service unit later. If the
rc.local support's removed, I might even create my own
"/etc/systemd/system/rc-local.service" to parse "/etc/rc.local" for
cases when I don't have the time to think through the dependencies of
a proper unit.

There's residual anger at systemd because it more or less snookered
distros and users into adopting it, but being angry at every little
change seems OTT, no matter how Lennart expresses his musts and
must-nots and his likes and dislikes.

Reply to: