14 Čen
2017
14 Čen
'17
19:44
Sarah Scheffler wrote:
Any idea what might be causing the issue here? Did
the syntax for
mod-dnstap change or something? Should I have installed from source? I do
remember there being some special option you needed to compile a dependency
with to use dnstap when I did this the first time, but I couldn't find
documentation for it when I looked for it.
Hi, Sarah:
Where did you obtain your knot 2.5.1 package from? Looking at the
official packages from deb.knot-dns.cz
(https://deb.knot-dns.cz/knot/pool/main/k/knot/), I see:
$ dpkg-deb -I ./knot_2.5.1-2+0\~20170613103744.1+jessie\~1.gbp69c8ef_i386.deb
[...]
Depends: adduser, libdnssec4 (= 2.5.1-2+0~20170613103744.1+jessie~1.gbp69c8ef), libknot6
(= 2.5.1-2+0~20170613103744.1+jessie~1.gbp69c8ef), libzscanner1 (=
2.5.1-2+0~20170613103744.1+jessie~1.gbp69c8ef), lsb-base (>= 3.0-6), python,
python-lmdb, python-yaml, init-system-helpers (>= 1.18~), libc6 (>= 2.17), libedit2
(>= 2.11-20080614), libgnutls-deb0-28 (>= 3.3.0), libsystemd0, liburcu2 (>=
0.8.4)
[...]
It doesn't have the fstrm and protobuf-c dependencies that would
indicate dnstap support. Compare to the dependencies for the knot
package in the Debian archive:
$ apt-cache show knot/unstable | grep ^Depends:
Depends: adduser, libdnssec2 (= 2.4.3-1), libknot5 (= 2.4.3-1), libzscanner1 (= 2.4.3-1),
lsb-base (>= 3.0-6), python, python-yaml, init-system-helpers (>= 1.18~), libc6
(>= 2.17), libedit2 (>= 2.11-20080614), libfstrm0 (>= 0.2.0), libgnutls30 (>=
3.5.0), libprotobuf-c1 (>= 1.0.1), libsystemd0, liburcu4 (>= 0.8.4)
(Note the 'libfstrm0' and 'libprotobuf-c1' dependencies.)
That is a pretty confusing error message to print if knot doesn't have
dnstap support enabled, though.
--
Robert Edmonds
edmonds(a)debian.org