NTPD unable to adjust local clock

Matthew Dillon dillon at apollo.backplane.com
Wed Apr 6 11:57:30 PDT 2005


:..
:>>     we'd have to import the code for real and maintain it in our tree.
:> 
:> No xntpd please.
:
:What reason? I hope, 'BSD vs GPL' isn't one of main reason. All I care are
:function; not license. It works better than OpenNTPD.
:
:> I'm much more willing to write the actual slew algorithm for OpenNTPD,
:> which already has all the network code, only the actual adjust has to be
:> improved. I'm also quite sure that Henning would include it in OpenNTPD.
:
:You should keep old and not replace to OpenNTPD yet. I personal think you
:should put old back in and move OpenNTPD to ports. When OpenNTPD is ready
:and better than old, then you can replace it. Maybe too late for that but
:need improvement on one of your practice in future.
:
:Cheers,
:Mezz
:
:> Joerg

    xntpd is very complex and potentially more of a security risk because
    of that complexity.

    If I had caught this earlier I would have reverted to xntpd... but it's
    too close to the release now so we are going to have to stick with
    OpenBSD's ntpd and Joerg can fix it post-release (or we can switch back
    to xntpd if we do not have anything working in the current ntpd 
    3 months from now).

    I had just assumed that they were using ntp_adjtime() and didn't check
    when the original code was imported.  My bad.

					-Matt
					Matthew Dillon 
					<dillon at xxxxxxxxxxxxx>





More information about the Users mailing list