Bug#461473: [pkg-ntp-maintainers] Bug#461473: /etc/init.d/ntp restart should fail if ntp daemon is not running
Rick Thomas wrote: 1) Wouldn't it be a good idea to include the dynamic option in the synthesized server lines inserted into ntp.conf.dhcp ? I don't know. Why would it? 2) There ought to be some way to keep a server line in ntp.conf from getting deleted. E.g. for a stratum=0 time source. I suggest the string # sticky appearing as a comment. I think if you have a stratum 0 source, why would you want to use the DHCP provided sources at all? Is there really a use case for mixing manually edited and DHCP-provided servers? After all, you will only end up synchronizing to one source anyway. -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#461473: [pkg-ntp-maintainers] Bug#461473: /etc/init.d/ntp restart should fail if ntp daemon is not running
On Jan 18, 2008, at 5:17 PM, Peter Eisentraut wrote: Rick Thomas wrote: In /etc/dhcp3/dhclient-enter-hooks.d/ntp it is implicitly assumed that restart will fail if the daemon is not already running -- unfortunately, that's not true. This has been reworked in 1:4.2.4p4+dfsg-3. Please try that, and let us know if you find a problem there. It seems to work OK in 1:4.2.4p4+dfsg-3 (at least in my limited test environment -- I don't use dial-up, for example) While looking over the code, I had a couple of thoughts... 1) Wouldn't it be a good idea to include the dynamic option in the synthesized server lines inserted into ntp.conf.dhcp ? 2) There ought to be some way to keep a server line in ntp.conf from getting deleted. E.g. for a stratum=0 time source. I suggest the string # sticky appearing as a comment. I've attached a patch file that implements both of these. Enjoy! Rick patch Description: Binary data
Bug#461473: [pkg-ntp-maintainers] Bug#461473: /etc/init.d/ntp restart should fail if ntp daemon is not running
Rick Thomas wrote: In /etc/dhcp3/dhclient-enter-hooks.d/ntp it is implicitly assumed that restart will fail if the daemon is not already running -- unfortunately, that's not true. This has been reworked in 1:4.2.4p4+dfsg-3. Please try that, and let us know if you find a problem there. -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]