Hi Thorsten,

while I tend to basically acknowledge your points here, there is still one 
thing you obviously did not get until now, if I followed along correctly.

>For example, systemd has support for its own (S)NTP client, but also
>supports xntpd (rudely leaving OpenNTPD out already). The commit
>explains that the xntpd support will eventually go away.

systemd, in its nature as an init system, starts what you tell it to start. 
There is nothing that can prevent it from starting openntpd if you want that. 
If you through a service file at it, or even an LSB init script, then systemd 
has no choice but to start it.

That said, dropping support for service foo in systemd means that service foo 
dropped both their service file and their init script, _not_ systemd doing 

If you have sources proving that systemd is planning to do antivirus-like 
signature checking on binaries to detect openntpd or something, then please 
provide such. I tend to not believe that!


To UNSUBSCRIBE, email to debian-devel-requ...@lists.debian.org
with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org

Reply via email to