<div dir="ltr">If Hal thinks it should go, it should go.   Thank you Hal!</div><br><div class="gmail_quote"><div dir="ltr">On Mon, Dec 19, 2016 at 4:26 AM Eric S. Raymond <<a href="mailto:esr@thyrsus.com">esr@thyrsus.com</a>> wrote:<br></div><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex">Hal Murray <<a href="mailto:hmurray@megapathdsl.net" class="gmail_msg" target="_blank">hmurray@megapathdsl.net</a>>:<br class="gmail_msg">
><br class="gmail_msg">
> There is a showall parameter to the worker printout code for the peers<br class="gmail_msg">
> display in ntpq and ntpmon.<br class="gmail_msg">
><br class="gmail_msg">
> ntpmon has the s keyboard command to toggle it.  ntpq has lpeers and<br class="gmail_msg">
> lassociations.<br class="gmail_msg">
><br class="gmail_msg">
> Short version: I vote we nuke it - general cruft reduction.<br class="gmail_msg">
><br class="gmail_msg">
> Long version:<br class="gmail_msg">
><br class="gmail_msg">
> I've never found a good use for it.  I have been confused because peers hid<br class="gmail_msg">
> info that I was looking for.<br class="gmail_msg">
><br class="gmail_msg">
> Nuking it will have subtle changes in the UI.  We can leave the old ntpq<br class="gmail_msg">
> commands around as aliases, but I'd vote for removing them.<br class="gmail_msg">
><br class="gmail_msg">
> I just set the default in ntpmon to True.<br class="gmail_msg">
> I hacked peers and assoc in ntpq to use True which makes them like lpeers and<br class="gmail_msg">
> lassoc.  There are also lopeers and lpassoc.<br class="gmail_msg">
<br class="gmail_msg">
In principle, I'm not opposed to this as a de-crufting of the design.<br class="gmail_msg">
<br class="gmail_msg">
In practice, I wonder if the cleanup buys us more than appearing not<br class="gmail_msg">
to care about backwards compatibility costs us.<br class="gmail_msg">
<br class="gmail_msg">
However, I'm not sure enough this is a problem to revert Hal's change.<br class="gmail_msg">
And if he wants to nuke ntpmon's 's' command, I won't stop him.<br class="gmail_msg">
<br class="gmail_msg">
Hal is taking responsibility for ntpq/ntpmon, therefore he gets the<br class="gmail_msg">
authority to make these decisions unless I judge that he is making a<br class="gmail_msg">
serious mistake - not a contigency I am ever expecting.<br class="gmail_msg">
<br class="gmail_msg">
I would like to see other people step up like this (Gary has with<br class="gmail_msg">
ntpviz, for which I am also grateful).  It isn't healthy or<br class="gmail_msg">
sustainable for me to do as large a percentage of the work and the<br class="gmail_msg">
routine decision-making as I have up to now.<br class="gmail_msg">
--<br class="gmail_msg">
                <a href="<a href="http://www.catb.org/~esr/" rel="noreferrer" class="gmail_msg" target="_blank">http://www.catb.org/~esr/</a>">Eric S. Raymond</a><br class="gmail_msg">
_______________________________________________<br class="gmail_msg">
devel mailing list<br class="gmail_msg">
<a href="mailto:devel@ntpsec.org" class="gmail_msg" target="_blank">devel@ntpsec.org</a><br class="gmail_msg">
<a href="http://lists.ntpsec.org/mailman/listinfo/devel" rel="noreferrer" class="gmail_msg" target="_blank">http://lists.ntpsec.org/mailman/listinfo/devel</a><br class="gmail_msg">
</blockquote></div>