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
