<div dir="ltr">Package: ntp<br>Version: 1:4.2.8p7+dfsg-3<br><br>While these days the systemd based timesync* tools are doing most of the work there is still a lot of buzz around the automated ntpdate on ifup being good/bad for various reasons.<br><br>I'll try to to summarize the outcome of multiple discussions and bugs around this that I recently passed and propose a solution.<br><br>- I've seen various reports of ntpdate syncing too much or time changes due to that annoying people.<br>- but then there are different user scenarios so some want and others won't "autoupdate" feature on ifup<br>- the ones that want it disabled are usually only "inconvenience issues" like too much calls, but also cases like "know it will hang", so could I disable it in advance<br>- the ones require the updates are mostly having more severe issues (like breaking authentication due to time being off afterwards)<br><br>We should try to create a solution for both parties to be able to config the system to their way.<br>So lets keep the default to sync (as it seems the more critical way), but provide a way to disable it via the config files.<br><br>Doing it via an environment variable also allows to "overwrite" it in ifup calls like<br>  DISABLE_NTPDATE=1 ifup eth0<br><br>The config file has to be read in ntpdate-debian if the variable is not set.<br><br>Then just a simple check for that variable in the script to exit if disabled:<br>[ "${DISABLE_NTPDATE:-0}" != "0" ] && exit 0<br><br>So the behavior would be like:<br>1. default it is running on ifup<br>2. one could set a different default in the config file<br>3. one can overwrite whatever was set via an environment variable<br><br>Attached is a suggestion in form of a patch how to achieve that.<br><br><br><br>Kind Regards,<br>Christian
</div>