On Tue, 2022-01-25 at 01:09 -0600, Richard Laager wrote:
> I'm relatively set on the idea of breaking out ntpdig, since it's the
> renamed replacement for sntp which is broken out in src:ntp, which we
> are talking (on debian-devel) about ntpsec replacing.
Thanks :-)
I'm relatively set on the idea of breaking out ntpdig, since it's the
renamed replacement for sntp which is broken out in src:ntp, which we
are talking (on debian-devel) about ntpsec replacing.
--
Richard
OpenPGP_signature
Description: OpenPGP digital signature
Hey Richard.
On Tue, 2022-01-18 at 20:33 -0600, Richard Laager wrote:
> 1. What is your use case for ntpdig and/or ntpdate (please be
> specific
> which) if not for the hooks?
Well it's mostly what I've semi-indicated already:
- I wouldn't want all the hooks, as for normal operations I have
I have a few questions:
1. What is your use case for ntpdig and/or ntpdate (please be specific
which) if not for the hooks? Note that ntpdate is a wrapper script
around ntpdig that upstream does not install by default. And then
there's ntpdate-debian wrapping ntpdate.
2. My recollection is
Source: ntpsec
Version: 1.2.1+dfsg1-2
Severity: wishlist
Hey.
Would it perhaps make sense to split out ntpdig into it's own package?
Or at least the downside of the current ntpsec-ntpdate is, that it also
adds all the hooks for ifupdown/NetworkManager/etc. and calls them
unnecessarily when
5 matches
Mail list logo