ntpmon now has some keystroke commands

Eric S. Raymond esr at thyrsus.com
Wed Dec 14 00:20:10 UTC 2016


Gary E. Miller <gem at rellim.com>:
> > > Does anyone else have any ideas for any other data displays to add
> > > to it?  
> > I thought about adding ifstats, but that's not very interesting now
> > and us going to get more boring once I strip out interface scannig.
> 
> I'd like to see the 'ntpq -c cv [associd]' data for one association in
> the bottom window. or maybe '-c rl', or all the data from both.  Not
> sure how best to select the associd to show, maybe a simple scroll of
> them all to start.
> 
> I'm thinking there may be something interesting in there.

You can already do 'ntpq -c cv [associd]' with...ntpq.  Why do you consider
it's desirable to duplicate that function in ntpmon?

I think you're in too much of a rush to load features on a new toy and are
failing to think about separation of function as you should.  Well, "should"
in an ideal world, anyway.  In the real world, you have some excuse because
defending the cleanliness of the architecture against featuritis is my job.

The design intention of ntpmon is to provide a fast, near-real-time view 
that warns you when some condition might be deviating from the expected.
If you want to drill down, that's what ntpq is for.

Instead of trying to make ntpmon do things ntpq does well already,
you should be asking yourself what a TUI program like ntpmon can do
well that a CLI program like ntpq cannot.
-- 
		<a href="http://www.catb.org/~esr/">Eric S. Raymond</a>
-------------- next part --------------
A non-text attachment was scrubbed...
Name: signature.asc
Type: application/pgp-signature
Size: 811 bytes
Desc: not available
URL: <http://lists.ntpsec.org/pipermail/devel/attachments/20161213/edceedac/attachment.bin>


More information about the devel mailing list