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-daemon
As 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
