Harlan Stenn wrote:
Martin Burnicki writes:
Harlan Stenn wrote:
David Taylor writes:
I have a newly installed 64-bit Linux Debian 7.7 system where I am
trying to bring up NTP with PPS support. Using ppstest /dev/pps0 I get
the expected assert messages. I have gpsd configured and working.
Hav
Martin Burnicki writes:
> Harlan Stenn wrote:
> > David Taylor writes:
> >> I have a newly installed 64-bit Linux Debian 7.7 system where I am
> >> trying to bring up NTP with PPS support. Using ppstest /dev/pps0 I get
> >> the expected assert messages. I have gpsd configured and working.
> >> Ha
On 16/12/2014 14:16, Martin Burnicki wrote:
Harlan Stenn wrote:
David Taylor writes:
I have a newly installed 64-bit Linux Debian 7.7 system where I am
trying to bring up NTP with PPS support. Using ppstest /dev/pps0 I get
the expected assert messages. I have gpsd configured and working.
Havi
Harlan Stenn wrote:
David Taylor writes:
I have a newly installed 64-bit Linux Debian 7.7 system where I am
trying to bring up NTP with PPS support. Using ppstest /dev/pps0 I get
the expected assert messages. I have gpsd configured and working.
Having configured and compiled NTP I get the erro
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
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. I
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?
___
q
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,
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.
Paul writes:
> On Sun, Dec 14, 2014 at 9:12 AM, David Taylor <
> david-tay...@blueyonder.co.uk.invalid> wrote:
>
> > With sys/timepps.h present I got an ntp which didn't see PPS and produced
> > a "clock type 22 invalid" error message, with timepps.h present the
> > executable runs PPS correctly.
On 2014-12-14 14:01, William Unruh wrote:
On 2014-12-14, Brian Inglis wrote:
On 2014-12-14 05:43, David Taylor wrote:
I cheated:
cp /usr/include/sys/timepps.h /user/include
/usr/ I hope?
and it compiles and runs with PPS support. Should I submit a
On Sun, Dec 14, 2014 at 9:12 AM, David Taylor <
david-tay...@blueyonder.co.uk.invalid> wrote:
> With sys/timepps.h present I got an ntp which didn't see PPS and produced
> a "clock type 22 invalid" error message, with timepps.h present the
> executable runs PPS correctly.
Although these sorts o
David Taylor writes:
> On 14/12/2014 13:23, Harlan Stenn wrote:
> > David Taylor writes:
> []
> >> I did try the ./configure with --enable-parse-clocks (as well as
> >> --enable-linuxcaps) but I get the same error in config.log.
> >
> > You will always get the error that timepps.h doesn't exist bec
On 2014-12-14, Brian Inglis wrote:
> On 2014-12-14 05:43, David Taylor wrote:
>> I cheated:
>>
>>cp /usr/include/sys/timepps.h /user/include
> /usr/ I hope?
>> and it compiles and runs with PPS support. Should I submit a bug report?
>
> Better cheat:
>
>
On 2014-12-14 05:43, David Taylor wrote:
I cheated:
cp /usr/include/sys/timepps.h /user/include
/usr/ I hope?
and it compiles and runs with PPS support. Should I submit a bug report?
Better cheat:
rm -i /usr/include/timepps.h
ln -rs /usr/include/sys/
On 14/12/2014 13:23, Harlan Stenn wrote:
David Taylor writes:
[]
I did try the ./configure with --enable-parse-clocks (as well as
--enable-linuxcaps) but I get the same error in config.log.
You will always get the error that timepps.h doesn't exist because it
doesn't exist. It doesn't need t
On 14/12/2014 13:25, Harlan Stenn wrote:
David Taylor writes:
I cheated:
cp /usr/include/sys/timepps.h /user/include
and it compiles and runs with PPS support. Should I submit a bug report?
Not yet - it's still looking to me like a local config issue (ie, a
problem with your local buil
David Taylor writes:
> I cheated:
>
>cp /usr/include/sys/timepps.h /user/include
>
> and it compiles and runs with PPS support. Should I submit a bug report?
Not yet - it's still looking to me like a local config issue (ie, a
problem with your local build configuration).
H
___
David Taylor writes:
> On 14/12/2014 11:56, Harlan Stenn wrote:
>> David Taylor writes:
>>> I have a newly installed 64-bit Linux Debian 7.7 system where I am
>>> trying to bring up NTP with PPS support. Using ppstest /dev/pps0 I get
>>> the expected assert messages. I have gpsd configured and wo
I cheated:
cp /usr/include/sys/timepps.h /user/include
and it compiles and runs with PPS support. Should I submit a bug report?
Thanks for your help!
--
Cheers,
David
Web: http://www.satsignal.eu
___
questions mailing list
questions@lists.ntp.org
On 14/12/2014 11:56, Harlan Stenn wrote:
David Taylor writes:
I have a newly installed 64-bit Linux Debian 7.7 system where I am
trying to bring up NTP with PPS support. Using ppstest /dev/pps0 I get
the expected assert messages. I have gpsd configured and working.
Having configured and compil
David Taylor writes:
> I have a newly installed 64-bit Linux Debian 7.7 system where I am
> trying to bring up NTP with PPS support. Using ppstest /dev/pps0 I get
> the expected assert messages. I have gpsd configured and working.
> Having configured and compiled NTP I get the error message:
>
On 14/12/2014 09:40, David Woolley wrote:
On 14/12/14 09:33, David Taylor wrote:
On checking the config.log I see that timepps.h is missing:
Please read before posting. This has been extensively discussed over
the last week.
Thanks, David. Yes, I have seen the discussion, but as far as I c
On 14/12/14 09:33, David Taylor wrote:
On checking the config.log I see that timepps.h is missing:
Please read before posting. This has been extensively discussed over
the last week.
___
questions mailing list
questions@lists.ntp.org
http://lists.
I have a newly installed 64-bit Linux Debian 7.7 system where I am
trying to bring up NTP with PPS support. Using ppstest /dev/pps0 I get
the expected assert messages. I have gpsd configured and working.
Having configured and compiled NTP I get the error message:
clock type 22 invalid
On
25 matches
Mail list logo