On Sun, Jan 10, 2016 at 12:09 PM, Marc Haber <mh+debian-de...@zugschlus.de> wrote: > On Sun, 10 Jan 2016 09:53:52 +0100, Tom H <tomh0...@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.