<kurt@roeckx.be> / bugs.debian.org/310586

but more correct.
from  Michael Knudsen <e@molioner.dk>

From: Alexander von Gernler <grunk@pestilenz.org>

comes before the "adjusting local clock by..." one, joerg

when those timers are actually running. due to the way ntpd's logic works
this does not really make a difference, but correctness is good.
spotted by me, joerg agrees

by the offset
From: Joerg Sonnenberger <joerg@britannica.bec.de>

From: Joerg Sonnenberger <joerg@britannica.bec.de> of dragonfly

Alexander von Gernler <grunk@pestilenz.org>

ssize_t
From: Alexander von Gernler <grunk@pestilenz.org>

- Handle errors from syscalls better
- Prevent curtime.tv_usec from being negative for negative offsets.
- Don't claim to have done settimeofday if it fails.
ok henning@

guaranteed that its res_init() call was done once before fork etc...
that is no longer the case. call res_init() in main() early.

there are some bytes left (less than an imsg header, or less than the
imsg header len field says) we copy it to the very beginning of the buffer.
use memmove instead of memcpy since it is not guaranteed that there's no
overlap. while memcpy on OpenBSD is safe, it might not elsewhere, and
we want our code to be correct anyways.
funny enough theo and I talked at length about that last week in dublin,
and I said I believe I had no memcpys with the chance of overlap in ntpd/bgpd -
well, here is one, and Alexander von Gernler <grunk@pestilenz.org> pointed
me to it.

do so when
-we tried to send at least one query (that is the change)
-we could not send ou a single one without failure (this was already in
place but catched too much)
problem independently noticed by nick and danh, ok mickey danh, testing by
many

don't whine about temporary dns errors

move log_debug call to tell about skipping the settime due to lack of
answers down slightly below the 2nd (and final) log_init call so it becomes
a -d only thing. tested by dlg and me

a reply to that query.
if we get errors for all queries and the initial settime() is still due
and thus the parent process still waits (not yet daemonized!), send an
IMSG_SETTIME with offset 0.
shortens the delay dramatically when you boot without network
idea from a discussion with theo

pt out by Alexander v Gernler

don't query outliers more often than any other server.  ok henning@

threshold. spotted by Constantine Murenin <mureninc@gmail.com>, mickey ok

returns NULL, we don't need loooong explanations, but at least some indicator
what went wrong, From: Michael Knudsen <e@molioner.dk>

ok henning@

them when in debug mode; ok henning@

poll interval;  ok henning@

ok henning@