Its not a part of systemd, its a part of ifupdown that was added to aide Debian's transition from SysV to systemd. Seems unfair to me to count this against systemd; there are other less intrusive ways this could've been done, and "allow reading configuration from env vars" is probably a good thing anyways.
https://github.com/wido/ifupdown/commit/c29820f370a4905b8366...
Re:Anatomy of a DNS Lookup – Part II
by zwischenzug on Wednesday June 20, 2018 @03:06AM
(#17353218)
Author here.
It may be unfair, I didn't mean to imply any kind of judgement. 'This kind of thing' was vague, but was intended to get over the fact that systemd is taking over more and more of the OS, and people don't like this. Whether this is good or bad I'm fairly agnostic on. At least it's managed and a standard.
Re:Anatomy of a DNS Lookup – Part II
by aargh_aargh on Wednesday June 20, 2018 @11:42AM
(#17356413)
I'm not one to flame on systemd but I have to correct you there - it's not a standard, it's a single implementation.
Is there any detailed roadmap of Debian's transition from SysV to systemd? Currently it's a mess in Debian 9 where some packages come with traditional init scripts and some with systemd unit files, and some even with upstart scripts.
Is such undocumented behavior an intentional, acknowledged policy of systemd?
Or is this just something that got overlooked and will/should be documented sometime?