Re: [ntp:questions] ATOM driver not working on Linux

2014-12-15 Thread David Taylor
On 14/12/2014 23:59, Harlan Stenn wrote: [] You mean with sys/timepps.h present, right? If clock type 22 is invalid then configure is not being passed the --enable-parse-clocks option. You might also need to remove any top-level config.cache* files. H Harlan, Thanks for your suggestions.

Re: [ntp:questions] NTP PPS, part 2 ;)

2014-12-15 Thread Rob
Harlan Stenn st...@ntp.org wrote: Rob writes: Paul tik-...@bodosom.net wrote: On Sat, Dec 13, 2014 at 3:16 PM, Rob nom...@example.com wrote: You know what? On the ntp-dev package for Debian THE BUILD DEPENDENCIES ARE INCORRECT AS WELL!! This is an example of what NTF doesn't want to deal

Re: [ntp:questions] Trying to compile ntp-dev-4.2.7p485-RC

2014-12-15 Thread Rob
William Unruh un...@invalid.ca wrote: Mageia 3 capability.h is also in /usr/include/linux and timepps.h does not exist. (not does a ppstools package) The package is named pps-tools not ppstools. ___ questions mailing list questions@lists.ntp.org

Re: [ntp:questions] ATOM driver not working on Linux

2014-12-15 Thread Harlan Stenn
David Taylor writes: On 14/12/2014 23:59, Harlan Stenn wrote: [] You mean with sys/timepps.h present, right? If clock type 22 is invalid then configure is not being passed the --enable-parse-clocks option. The above information from me was wrong - type 22 is the ATOM driver, and it

Re: [ntp:questions] NTP PPS, part 2 ;)

2014-12-15 Thread Harlan Stenn
Rob writes: Harlan Stenn st...@ntp.org wrote: Rob writes: Paul tik-...@bodosom.net wrote: On Sat, Dec 13, 2014 at 3:16 PM, Rob nom...@example.com wrote: You know what? On the ntp-dev package for Debian THE BUILD DEPENDENCIES ARE INCORRECT AS WELL!! This is an example of what

Re: [ntp:questions] NTP PPS, part 2 ;)

2014-12-15 Thread Harlan Stenn
While the following is not as applicable to the debian packaging example, it's still on-point. I'll also add that it's penny-wise and pound-foolish for us to take patches that fix something for 1 specific case and have it break things for anybody else. The people who submit patches that are

Re: [ntp:questions] ATOM driver not working on Linux

2014-12-15 Thread Paul
On Mon, Dec 15, 2014 at 3:13 AM, David Taylor david-tay...@blueyonder.co.uk.invalid wrote: ./configure --enable-linuxcaps Are you saying that config.h doesn't have #define HAVE_LINUX_CAPABILITIES if you don't explicitly --enable-linuxcaps? ___

Re: [ntp:questions] ATOM driver not working on Linux

2014-12-15 Thread David Taylor
On 15/12/2014 09:58, Harlan Stenn wrote: [] You don't need --enable-linuxcaps either - configure will do that for you automatically if it sees the right files. [] H Well, I recall being advised to add it in the early days of compiling on the Raspberry Pi, perhaps to get the user option.

Re: [ntp:questions] ATOM driver not working on Linux

2014-12-15 Thread David Taylor
On 15/12/2014 14:53, Paul wrote: On Mon, Dec 15, 2014 at 3:13 AM, David Taylor david-tay...@blueyonder.co.uk.invalid wrote: ./configure --enable-linuxcaps Are you saying that config.h doesn't have #define HAVE_LINUX_CAPABILITIES if you don't explicitly --enable-linuxcaps? I think not,

Re: [ntp:questions] Trying to compile ntp-dev-4.2.7p485-RC

2014-12-15 Thread William Unruh
On 2014-12-15, Rob nom...@example.com wrote: William Unruh un...@invalid.ca wrote: Mageia 3 capability.h is also in /usr/include/linux and timepps.h does not exist. (not does a ppstools package) The package is named pps-tools not ppstools. It also does not have a pps-tools package.

Re: [ntp:questions] Trying to compile ntp-dev-4.2.7p485-RC

2014-12-15 Thread Rob
William Unruh un...@invalid.ca wrote: On 2014-12-15, Rob nom...@example.com wrote: William Unruh un...@invalid.ca wrote: Mageia 3 capability.h is also in /usr/include/linux and timepps.h does not exist. (not does a ppstools package) The package is named pps-tools not ppstools. It also does

Re: [ntp:questions] Trying to compile ntp-dev-4.2.7p485-RC

2014-12-15 Thread Paul
On Mon, Dec 15, 2014 at 2:02 PM, Rob nom...@example.com wrote: Ok but of course it is a playskool kit, not something designed for serious use. We experimented a bit with it for our project but quickly dumped it in favour of Debian Wheezy. I don't think Ubuntu is a playskool kit. In my

Re: [ntp:questions] Number of Stratum 1 Stratum 2 Peers

2014-12-15 Thread E-Mail Sent to this address will be added to the BlackLists
William Unruh wrote: I for one would trust time from a gps pps a lot lot more than that from even 3 other servers. And yes, I could be fooled. Just as you might trust advice from David Mills much more than any 5 other posters here ( and would probably be very resistant to a majority vote

Re: [ntp:questions] pool.ntp.org and authentication

2014-12-15 Thread d_anderson
Thanks! I quickly skimmed through the document, and I think I am asking the wrong questions.. Assuming again a single client, syncing from a public NTP pool, are there any glaring security issues that have to be addressed (apart from sane configuration parameters like nomodify nopeer noquery

Re: [ntp:questions] pool.ntp.org and authentication

2014-12-15 Thread Harlan Stenn
d_anderson writes: Thanks! I quickly skimmed through the document, and I think I am asking the wrong questions.. I've been trying to think of good reasons to authenticate pool servers and I haven't come up with any good ones yet. Assuming again a single client, syncing from a public NTP pool,