Package: ntpdate
Version: 1:4.2.6.p5+dfsg-3
User: ubuntu-de...@lists.ubuntu.com
Usertags: origin-ubuntu trusty

Downstream bug: https://bugs.launchpad.net/maas/+bug/1257082

It's not clear if this is a bug or intended behaviour. I'd appreciate
your consideration.

We are using machines which don't have persistent RTCs, and so want to
use the DHCP-supplied NTP server on boot to set the clock correctly.

Doing this with ntpdate through /etc/dhcp/dhclient-exit-hooks.d/ntpdate
seems appropriate.

Most of the code needed already exists, and it seems to me that the
intention is that the ntpdate package will arrange this automatically
and by default.

However, the logic in /usr/sbin/ntpdate-debian does not use or examine
/var/lib/ntpdate/default.dhcp if NTPDATE_USE_NTP_CONF is set to yes,
which is the default, even when the ntp package is not installed and
/etc/ntp.conf does not exist.

It seems to me that the setting of NTPDATE_USE_NTP_CONF=yes is
nonsensical if there is no /etc/ntp.conf, and so should be treated as if
it says "no" in this case.

Alternatively, should /var/lib/ntpdate/default.dhcp be added to the
search list for the NTPDATE_USE_NTP_CONF=yes case, after /etc/ntp.conf?

Thanks,

Robie


-- 
To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org
with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org

Reply via email to