over on: https://salsa.debian.org/dns-team/knot-dns/-/commit/5411cb6c8c35792640d0bcfe22ca4f629bb45532#note_145220
On Mon 2020-03-02 09:56:36 +0000, Daniel Salzman wrote:
> @dkg Please keep in mind that `kzonecheck` also requires the same
> dependencies as `knotd`. For example `liburcu`, `libmaxminddb`,... I'm
> not sure if it's desirable for `knot-dnsutils` :thinking:
Thanks for noticing this, Daniel! (i'm moving discussion over to the
debian bts).
It's true, the dependencies increased for the knot-dnsutils package as a
result of this change. But i don't think any bug was introduced, was
it?
I'm not convinced that this is a big problem, but if other people think
it is, then please open another bug in the debian BTS asking to move
kzonecheck back. However, i agree with the general sentiment of the bug
report that it's useful to have kzonecheck available on machines that
aren't running an authoritative server (i've run into this situation
myself, when editing zonefiles on a local machine before pushing them to
a server).
I'm unlikely to revert this change unless there's some stronger argument
(like a test suite regression, or some part of knotd that fails if
the kzonecheck binary isn't present -- i didn't find such a situation in
the source when i was looking into this change).
--dkg
signature.asc
Description: PGP signature
