On Wed, Jul 22, 2020 at 08:44:55AM +0200, Bruno Thomsen wrote:
> Den tir. 21. jul. 2020 kl. 17.57 skrev Mircea Ciocan <[email protected]>:
> > Dear ptxdist developers (and especially Michael O.),
> >
> > we've had a head scratching session today, we've tried to use chrony as
> > a NTP server and for a number of hours was failing miserably, until
> > we've discovered that by default the NTP is disabled via
> > "non-bypassable" compilation switches given in the rule file, that is
> > "--disable-ntp", making it mostly useless :( .
> 
> Hi Mircea
> 
> I can see we have a local patched version that also removes --disable-ntp,
> and also adds systemd support, run as non-root user, version bump,
> authentication support option and custom start option.

Please send patches :-)

> > That is commit bd721be68 (Michael Olbrich   2018-06-02) and I was
> > wondering, is it chrony used so much without NTP functionality that by
> > default it was considered a good idea to be disabled, or what could be
> > the reason behind this ? Am I missing something obvious here ?

I don't actually remember, but I guess it wasn't needed at the time. Or
simply a mistake.

> > And also, for the people that uses chrony as a replacement for the old
> > ntpd, could we at least have a configuration switch/variable, defined in
> > the next version, to select this functionality if needed ?
> 
> A switch would be fine in case some doesn't need ntp support.

I think ntp support can be enabled unconditionally. It doesn't look like it
needs extra dependencies, right?

> I should probably put together some patches with our local changes.

Yes please.

Michael

-- 
Pengutronix e.K.                           |                             |
Steuerwalder Str. 21                       | http://www.pengutronix.de/  |
31137 Hildesheim, Germany                  | Phone: +49-5121-206917-0    |
Amtsgericht Hildesheim, HRA 2686           | Fax:   +49-5121-206917-5555 |

_______________________________________________
ptxdist mailing list
[email protected]
To unsubscribe, send a mail with subject "unsubscribe" to 
[email protected]

Reply via email to