FS#46887 - [ntp] upstream seems to have disabled ATOM clock type driver
Attached to Project:
Arch Linux
Opened by Peter Dohm (N3rdle) - Tuesday, 27 October 2015, 16:50 GMT
Last edited by Buggy McBugFace (bugbot) - Saturday, 25 November 2023, 20:24 GMT
Opened by Peter Dohm (N3rdle) - Tuesday, 27 October 2015, 16:50 GMT
Last edited by Buggy McBugFace (bugbot) - Saturday, 25 November 2023, 20:24 GMT
|
Details
Description:
Upstream appears to no longer include the ATOM clock type PPS driver for NTP by default. There are many people who depend upon this clock type to make accurate GPS disciplined clocks using the PPS support in NTPD. This was previously working perfectly. Additional info: * ntp package version 4.2.8.p4-1 * config - include the following snippet ------------- # the ATOM PPS driver server 127.127.22.0 minpoll 3 maxpoll 3 fudge 127.127.22.0 refid PPS ------------- Steps to reproduce: include the snippet of the config as pasted above. you will get the following error in logs: refclock_newpeer: clock type 22 invalid Proposed Mitigation: i believe that we simply need to add --enable-ATOM to the configure command line |
This task depends upon
Closed by Buggy McBugFace (bugbot)
Saturday, 25 November 2023, 20:24 GMT
Reason for closing: Moved
Additional comments about closing: https://gitlab.archlinux.org/archlinux/p ackaging/packages/ntp/issues/1
Saturday, 25 November 2023, 20:24 GMT
Reason for closing: Moved
Additional comments about closing: https://gitlab.archlinux.org/archlinux/p ackaging/packages/ntp/issues/1
When you say "previously", what's the rough time frame? I tested ntp-4.2.6.p5-17 (~ Aug 1st 2013) and it outputs the same error.
The --enable-ATOM option is enabled by default, but the problem seems to be the absence of the timepps.h header (part of pps-tools).
i took the most recent build files for x86/x86_64 and simply added the arm platform identifier and forcibly enabled atom; everything worked perfectly when built directly on an arm, so hopefully this helps you pinpoint the exact issue...
and its using pps now
so from what I see having pps-tools part of arch and then adding as build dep for ntp is all thats required
pps-tools was install so not added to deps
@@ -28,7 +28,7 @@
build() {
cd "${srcdir}/${_pkgname}-${_pkgver}"
- ./configure --prefix=/usr --libexecdir=/usr/lib --enable-linuxcaps --enable-ntp-signd
+ ./configure --prefix=/usr --libexecdir=/usr/lib --enable-linuxcaps --enable-ntp-signd --enable-ATOM
make
}
it doesn't look like it changes much so maintenance cost is low