Re: Need help from a python wizard

) If that is not the issue, I will be glad to take a real look at this in running code. Regards, Clark B. Wierda ___ devel mailing list devel@ntpsec.org http://lists.ntpsec.org/mailman/listinfo/devel

Re: Use of pool servers reveals unacceptable crash rate in async DNS

ring to call the lookup with the name provided by the server directive. The only real difference between a specified server and a pool server is that you don't delete the specified server. I'm definitely not looking to bang on DNS servers any more than I have to. Clark B. Wierda ___ devel mailing list devel@ntpsec.org http://lists.ntpsec.org/mailman/listinfo/devel

Re: The new refclock directive is implemented and documented

On Mon, Jun 27, 2016 at 2:49 AM, Gary E. Miller wrote: > > Since you opened the door... > > > |shm| T | Shared Memory Driver > > |gpsd | T | GPSD NG client protocol > > I think that leads to confusion since they both, at least for now, > come from gpsd.

Re: The new refclock directive is implemented and documented

On Mon, Jun 27, 2016 at 12:21 AM, Eric S. Raymond wrote: > The new refclock directive is implemented and documented. This has > had some large consequences. > > Great! I'll echo Hal on the desirability to be less specific when we can. I think we should try to have the

Re: Use of pool servers reveals unacceptable crash rate in async DNS

. There should be no impact on the time calculations after an association is provisioned. Clark B. Wierda On Sun, Jun 26, 2016 at 9:13 PM, Hal Murray <hmur...@megapathdsl.net> wrote: > > Possible crazy idea... > > How about we never kill the DNS helper thread. Just let it s

Figures of merit for time servers

e. I can use the created logs. Once I have some data, I can figure out a good way to display it and iterate from there. Regards, Clark B. Wierda ___ devel mailing list devel@ntpsec.org http://lists.ntpsec.org/mailman/listinfo/devel

Fwd: [gpsd-dev] Draft Stratum 1 Microserver HOWTO is up

Previous attempt to devel@ntpsec.org bounced, but everything looks good now. I apologize to those that already received this. Clark B. Wierda -- Forwarded message -- From: Clark B. Wierda <cbwie...@gmail.com> Date: Sun, May 22, 2016 at 2:10 PM Subject: Re: [gpsd-dev]

Re: Draft Stratum 1 Microserver HOWTO is up

On Fri, May 20, 2016 at 4:16 PM, Eric S. Raymond wrote: > > Current inventory, for those interested. Machines are named after elements > because two letters is all that will fit on the stickers that will fit on > my micro-SD cards. > > ar - Pi 3, soon to be mated to an

NTP Pool (was Re: Draft Stratum 1 Microserver HOWTO is up)

On Fri, May 20, 2016 at 1:30 PM, Hal Murray wrote: > [pool limit of 100 ms] > > e...@thyrsus.com said: > > That's weird. Why would they have a precision requirement *above* > RFC5905's > > "A few tens of milliseconds"? You'd think they'd want it to be below > that. > >

Re: Draft Stratum 1 Microserver HOWTO is up

for the NTP Pool Project and they have very soft precision targets (>100ms). I was thinking that just about any USB GPS puck should be able to deliver this. This would simplify the process for many users. Clark B. Wierda ___ devel mailing list de

Re: [gpsd-dev] New 0.5 draft of the SemPiTernal HOWTO

ockets. Chronyd >> uses sockets as an optional alternative to SHM. This is more flexible, >> more secure, and allows the consumer to wait for data instead of >> polling. Any process that can write to SHM can smash the clock. It >> does make things like ntpshmmon impossible

Re: Pi HOWTO

he case used for the cluster I was showing at Penguicon. Clark B Wierda ___ devel mailing list devel@ntpsec.org http://lists.ntpsec.org/mailman/listinfo/devel

Re: RaspbPi HOWTO

t should just work. The GPS Hat will also provide an RTC for both the ODroid and the RPi. Regards, Clark B. Wierda ___ devel mailing list devel@ntpsec.org http://lists.ntpsec.org/mailman/listinfo/devel

Re: RaspbPi HOWTO

. I have an Adafruit Ultimate GPS Breakout coming that I intend to try on the BBB. I have a few GPS devices of the handheld and mouse USB variety that I intend to try as well. Cheers, Clark B Wierda ___ devel mailing list devel@ntpsec.org http://lis