Hi, Antonio, >> ntpq -c healthcheck >> >> This should give a cooked nice output comprehensible by an average user. >> >> Then I'd try to see whether this contribution gets accepted into the official >> ntp distribution.
> It is a very good idea. Thank you! :-) > Do you think there would be any chance something > like this could be accepted in the official distribution? I certainly think there is such a chance. http://support.ntp.org/bin/view/Main/ContributorsList looks promising. They do have a Bugzilla and a mailing list, too. I would think actually doing such an addition is not that much work - probably less than you needed to put into the applet ;-) . If you feel like it: Try to write it, contribute it, and see what happens. > Besides this question, there is one more: most linux packages for ntp > are using very old versions (4.2.4pn). I don't know why. Even if such > contribution could be included in the distribution, I think it would > take years for it to reach the computers. Yes. >> It would be useful, and is quite possible, to implement a >> simple ntp client with Javascript, based on web >> sockets. ... It would also be possible to use HTTP >> instead of NTP, for much increased probability that this >> works through intervening firewalls, paid for with a >> decrease in precision. > We already have something similar to that: javascript "ajax" clocks that > work as well as banners for our website: > > http://ntp.br/NTP/MenuNTPBanners Very nice! As far as I can see, those all show the present time. Displaying the _inaccuracy_ of the computer's clock might me useful as part of mildly more aggressive advertising for the ntpd software. > But the accuracy is about 1s or 2s, and it is impossible to know for > sure if the user has ntpd or not. Yes. Something we time nerds tend to forget: For many consumers, single-digit seconds accuracy is just fine. > We are not using websockets yet, but it seems a very good idea. Thank you. But I'd leave the AJAX in, as a fallback for cases where firewalls don't let UDP through. Company firewalls typically don't. Greetings, best regards, Andreas _______________________________________________ pool mailing list [email protected] http://lists.ntp.org/listinfo/pool
