Hi, >> How does having yet another NTP client shut off existing NTP clients? > > https://github.com/systemd/systemd/commit/7b8b9686e050a2b19ed2a3686af187dffaab5c08
What do you think this commit does/announces? This is about removing support from timedatectl to control other NTP clients. If you never used "timedatectl set-ntp", this doesn't affect you at all. This is not about removing support from systemd to start other NTP services. "apt-get install ntpd" will continue to function to matter what. Neither is it removing support for alternative implementations of the timedated interface doing whatever they want. There's obviously a con to such a change, but there's also a clear pro from the maintenance perspective: less combinations to test. So I stand by my question: How does adding yet another NTP client, (and an implementation of a simple dbus interface that's tied to this client), shut off existing NTP clients? You may loose some of the desktop integration, but from your reaction to the integration systemd is providing, that doesn't seem like it disturbs you. And even that is only true until someone goes ahead and re-implements the timedated interface. Really, if all the energy that people put into complaining about systemd and looking for proves to back their complaints (many of which are certainly valid!) would be put into providing alternative implementations of these interfaces that many desktop environments say are really useful to them, the discussion could long be over. Nobody is saying that implementing the logind interface is easy, but it's certainly more sustainable than implementing the systemd-internal interfaces systemd-logind is using, and running logind on top of that (which, as far as I know [1], systemd-shim does). I've yet to see a technical complaint about the *interfaces*, and that's really all Gnome (and others) depend on. [1] <http://homepage.ntlworld.com./jonathan.deboynepollard/FGA/debian-systemd-packaging-hoo-hah.html> Kind regards Ralf -- To UNSUBSCRIBE, email to debian-devel-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org Archive: https://lists.debian.org/546620a2.4060...@ralfj.de
