<p dir="ltr">Sounds good.</p>
<br><div class="gmail_quote"><div dir="ltr">On Fri, Feb 5, 2016, 10:13 PM Hal Murray <<a href="mailto:hmurray@megapathdsl.net">hmurray@megapathdsl.net</a>> wrote:<br></div><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex"><br>
<a href="mailto:fallenpegasus@gmail.com" target="_blank">fallenpegasus@gmail.com</a> said:<br>
> Tweaking ntpq to show the setup is interesting.  Is ntpq called by anything<br>
> of note in any of the main distributions.  It may be worth adding that to<br>
> the display in a way that doesnt change too much, and then wait for bug<br>
> reports from distros and users.<br>
<br>
ntpq is primarily used by humans.  Somebody might have a script that parses<br>
it, but the format sure isn't friendly for that sort of hacking.<br>
<br>
There are two changes that would make sense.  One would be to show some slots<br>
that now get skipped over.  This is needed anyway to debug some pool cases.<br>
I was just going to round it up to show everything.  I'll have to look to see<br>
what other cases don't show currently.<br>
<br>
The other change would be in the "t" column.  (t for type)  The details of<br>
the current code are in the man page.  I'd be adding a few new codes.<br>
<br>
I think the changes are localized enough so that we could add a switch.  It<br>
would just be clutter to maintain.<br>
<br>
<br>
> Interesting about the bug in the startup.  Does NTP Classic do it too?<br>
>  If so, report it to their bugtracker, after we release 0.9.2<br>
<br>
I'm pretty sure it does.<br>
<br>
I noticed the problem because I stumbled into a test case where the first<br>
clock to respond just happens to be my home system and my DSL line has a bad<br>
case of buffer bloat.  That distorts the timing enough to make ntpd step the<br>
time which puts an ugly entry into the log file.<br>
<br>
--<br>
These are my opinions.  I hate spam.<br>
<br>
<br>
<br>
</blockquote></div>