Bug#755722: Not having a hwclock systohc and back is not only an NTP issue

Eric L. ewl+debian+nospam2014 at lavar.de
Sun Oct 26 08:27:43 GMT 2014


Hello,

I tried to follow your discussion, and I want to add a new use case to 
having a generic solution, independent of NTP:

My problem is a VDR system where I need to have the HW clock set to 
LOCAL (not UTC).
No continuous network access, hence no NTP.
VDR itself is setting the (system) clock based on the time provided by 
the TV-transponder
Today was summer to winter time switching, so the clock made a big jump 
backwards and the (TV) system doesn't like it and freezes.
No issue, restart the system and start again, right? Actually, no, 
because the system clock isn't saved to the HW clock anymore, you start 
the cycle again and again.

So, summary:
- the world is not perfect
- there are many places where the time can be switched, not only through 
NTP.
- the hwclock mechanism was perhaps a workaround, but it worked for all 
of us for many years
- so make sure that something works for all of us is put in place before 
removing it

Thanks, Eric



More information about the Pkg-systemd-maintainers mailing list