On 2020-02-01T22:46+0100, Michael Biebl wrote:
Am 01.02.20 um 22:37 schrieb Santiago Vila:
On Sun, Jan 12, 2020 at 08:41:19PM +0100, Michael Biebl wrote:

I guess at this point it is best to ask chrony, ntp, openntpd, ntpsec
and virtualbox [1] to drop the Conflicts= line again.
Maybe we should even do that for buster via a stable upload?

Thoughts?

Hi. I definitely think this should be fixed in stable, in whatever way
it's considered best for stable.

The last thing a system admin would expect from Debian stable is that
the clock is off by several minutes in a system where a time-keeping
package like ntp or chrony is present. This was completely unexpected
for me. (In fact, I would have reported this as serious but I prefer
to concentrate on finding a good fix).

Regarding the proper fix: Anything which makes chrony and ntp work
again (without surprises) would do. I agree that the less intrusive
the change, the better.

In the Debian 10 instances at GCE where I found this I just did this:

systemctl disable systemd-timesyncd

Would it make sense to ship systemd-timesyncd disabled by default in
buster and add a README to enable it only if the user really decides
to enable it? (Maybe also documenting this in the release notes).

I think this would break more setups then it fixes.
The default behaviour of systemd-timesyncd has been since two releases
to be enabled by default. We can't easily change that.

That would be the most simple solution for stable that I can think,
as it would reduce the number of packages to change to just one.

Unfortunately I think that disabling systemd-timesyncd by default is one
of the most intrusive changes. After all, systemd is installed by
default (and thus systemd-timesyncd enabled by default). I fear this is
a no-go.

I wholeheartedly agree with you, Michael. To me having an {S}NTP implementation by default is a must. Disabling systemd-timesyncd at this point would probably seen as a serious regression.

Despite what Balint thinks, I think that we, maintainers of alternative NTP implementations, should just stop conflicting with systemd-timesyncd.service on stable and oldstable. Regarding Bulleye, that should not be an issue if Balint and Michael’s work is pushed in the archive.

Attachment: signature.asc
Description: PGP signature

Reply via email to