On 19.01.22 20:34, Richard Laager wrote: Hi Richard,
+1, except that my position is we already have that answer: systemd-timesyncd | time-daemonAs default both ntpsec and chrony are challengers.For people that want something more than systemd-timesyncd, e.g. to get NTS, I think either are acceptable choices. It seems that the consensus for new installs is towards chrony over ntpsec. But I don't think we as the distro need to push either over systemd-timesyncd. For people who don't care, systemd-timesyncd should be fine.Do you disagree on that point (that systemd-timesyncd is fine for people who don't care about NTP)? If so, can you elaborate?
I tend to agree in principle. systemd-timesyncd should be enough for most use cases. I think we can nowadays assume that most, if not all, systems do have some clock sync mechanism in place, either through the default installation of systemd-timesyncd together with systemd, or through manual installation. So the question is why those packages do set an explicit dependency on ntp or another time sync daemon in the first place. Is it obsolete because you could not expect a continously synced clocked at all in the past or does it need some property of a full-fledged NTP daemon?
So the "MBF" would be to check the packages and, for most cases, drop these dependencies or change them to "systemd-timesyncd | time-daemon".
Sure. How do we feel about this process then: 1. I split out ntpdig, as suggested in #1003966. This is presumably ntpsec-ntpdig for consistency with the rest being ntpsec-*. Maybe upload this at this step, to start the NEW process. 2. I create transitional binary packages in src:ntpsec: ntp -> ntpsec ntp-doc -> ntpsec-doc ntpdate -> ntpsec-ntpdate sntp -> ntpsec-ntpdig with an sntp -> ntpdig symlink 3. Get a review from you (Bernhard) if you're willing? 4. Upload. 5. Then Bernhard requests ftpmasters remove src:ntp. Is that how that works?
Sounds good, I'd like to have a few more reviewers though. ntp is aged, but according to popcon the transition could affect ~25% of the Debian installations.
Bernhard