Re: Test farm news

Gary E. Miller : > Looks good to me. By not having it on to start with you lost a lot > of data on how long it takes ntpd to converge. I can easily shut down and restart all ntpds - in fact I'll have to in order to get the new configs read. --

Re: VERSION string, support tangle

Hi! Regarding the version string While we are at 0.9.*, there isn't a need to distinguish pre-release-under- development and "release". Our users so far seem to be quite willing to pull from tip, or pull from the most recent tag, depending on what they intend. The security researchers looking

Re: Test farm news

Sorry for the double email. The list won't let me post from my ''real'' address. On Jun 13, 2016 6:58 PM, "John D. Bell" wrote: > > Gentlemen, > > I will not (at least for the foreseeable future) be able to make > ticktock.uh.utoledo.edu visible off campus. However, I

Re: Test farm news

Gary E. Miller : > Don't worry about what the graphs mean, you need a weeks data graphed to > see the full effect. You have been running ntpd stats logging, right? Not yet. Would you please look at the use-performance-logging snippet under etc and correct that if you need to?

Re: Design proposal for a better ACL language

I like the idea of a better defined ACL language Are there other good ACL languages that we can steal the spec or implementation from How hard will it be to implement this and make sure that implementation is not itself an attack surface It is important that the language be readable and writable

Re: Test farm news

Yo Eric! On Mon, 13 Jun 2016 17:59:16 -0400 "Eric S. Raymond" wrote: > Another donation arrived today - an Uputronics HAT and ModMyPi case > made for it, with an exit hole for the SMA jack. (Thank you, Anthony > Stirk!) I have ordered another Pi 3 to go with it. Cool! then

Re: Wonky NTP startup and the incremental-configuration problem

Hello Achim, I do like the idea of rich but simple signal semantics. We will have to talk it out more here in devel@ ..m On Fri, Jun 10, 2016 at 11:05 AM Achim Gratz wrote: > Eric S. Raymond writes: > > ntpq has dangerous operations that tweak parameters of the time-sync