Knot DNS issueshttps://gitlab.nic.cz/knot/knot-dns/-/issues2021-04-06T21:09:02+02:00https://gitlab.nic.cz/knot/knot-dns/-/issues/722[Patch] Build fails with undefined references with slibtool.2021-04-06T21:09:02+02:00orbea[Patch] Build fails with undefined references with slibtool.Note: I intended to make a MR, but the system would not let me.
Patch: [knot-dns-undefined.patch](/uploads/7bf63fea8871b4845212290609a874ab/knot-dns-undefined.patch)
When building knot-dns with slibtool (https://dev.midipix.org/cross/s...Note: I intended to make a MR, but the system would not let me.
Patch: [knot-dns-undefined.patch](/uploads/7bf63fea8871b4845212290609a874ab/knot-dns-undefined.patch)
When building knot-dns with slibtool (https://dev.midipix.org/cross/slibtool) the build fails with many undefined references.
These are basically the same 3 issues repeated.
```
ld: warning: libdnssec.so.8, needed by .libs/libknot.so, not found (try using -rpath or -rpath-link)
```
```
ld: .libs/libknotus.a(la-rrset-dump.o): undefined reference to symbol 'pow@@GLIBC_2.29'
```
```
ld: .libs/libknotus.a(la-error.o): undefined reference to symbol 'mdb_strerror'
```
These can be fixed by adding `libdnssec.la` to `LDADD`, adding `$(math_LIBS)` and `$(lmdb_LIBS)` to `LDFLAGS`. I attached a patch that does this.
I am not sure what GNU libtool is doing to hide them, but it is a common occurrence that slibtool exposes undefined references that libtool hides by silently adding linker flags or ignoring `-no-undefined`.
Also see this downstream issue: https://bugs.gentoo.org/778335https://gitlab.nic.cz/knot/knot-dns/-/issues/707knot 3.0.2 fails to build on armel (EABI ARM)2021-01-13T12:15:20+01:00Santiagoknot 3.0.2 fails to build on armel (EABI ARM)Dear Knot upstream developers,
Building knot 3.0.X in Debian on armel fails with the following errors:
```
...
/bin/bash ../libtool --tag=CC --mode=compile gcc -DHAVE_CONFIG_H -I. -include ../src/config.h -DCONFIG_DIR='"/etc/knot"'...Dear Knot upstream developers,
Building knot 3.0.X in Debian on armel fails with the following errors:
```
...
/bin/bash ../libtool --tag=CC --mode=compile gcc -DHAVE_CONFIG_H -I. -include ../src/config.h -DCONFIG_DIR='"/etc/knot"' -DSTORAGE_DIR='"/var/lib/knot"' -DRUN_DIR='"/run/knot"' -DMODULE_DIR='"/usr/lib/arm-linux-gnueabi/knot"' -DMODULE_INSTDIR='"/usr/lib/arm-linux-gnueabi/knot"' -fvisibility=hidden -I/usr/include/p11-kit-1 -Wdate-time -D_FORTIFY_SOURCE=2 -g -O2 -fdebug-prefix-map=/<<PKGBUILDDIR>>=. -fstack-protector-strong -Wformat -Werror=format-security -Wall -DNDEBUG -Wall -Wshadow -Werror=format-security -Werror=implicit -Werror=attributes -Wstrict-prototypes -c -o libdnssec/la-crypto.lo `test -f 'libdnssec/crypto.c' || echo './'`libdnssec/crypto.c
libtool: compile: gcc -DHAVE_CONFIG_H -I. -include ../src/config.h -DCONFIG_DIR=\"/etc/knot\" -DSTORAGE_DIR=\"/var/lib/knot\" -DRUN_DIR=\"/run/knot\" -DMODULE_DIR=\"/usr/lib/arm-linux-gnueabi/knot\" -DMODULE_INSTDIR=\"/usr/lib/arm-linux-gnueabi/knot\" -fvisibility=hidden -I/usr/include/p11-kit-1 -Wdate-time -D_FORTIFY_SOURCE=2 -g -O2 -fdebug-prefix-map=/<<PKGBUILDDIR>>=. -fstack-protector-strong -Wformat -Werror=format-security -Wall -DNDEBUG -Wall -Wshadow -Werror=format-security -Werror=implicit -Werror=attributes -Wstrict-prototypes -c libdnssec/binary.c -fPIC -DPIC -o libdnssec/.libs/la-binary.o
libtool: compile: gcc -DHAVE_CONFIG_H -I. -include ../src/config.h -DCONFIG_DIR=\"/etc/knot\" -DSTORAGE_DIR=\"/var/lib/knot\" -DRUN_DIR=\"/run/knot\" -DMODULE_DIR=\"/usr/lib/arm-linux-gnueabi/knot\" -DMODULE_INSTDIR=\"/usr/lib/arm-linux-gnueabi/knot\" -fvisibility=hidden -I/usr/include/p11-kit-1 -Wdate-time -D_FORTIFY_SOURCE=2 -g -O2 -fdebug-prefix-map=/<<PKGBUILDDIR>>=. -fstack-protector-strong -Wformat -Werror=format-security -Wall -DNDEBUG -Wall -Wshadow -Werror=format-security -Werror=implicit -Werror=attributes -Wstrict-prototypes -c libdnssec/crypto.c -fPIC -DPIC -o libdnssec/.libs/la-crypto.o
libtool: compile: gcc -DHAVE_CONFIG_H -I. -include ../src/config.h -DCONFIG_DIR=\"/etc/knot\" -DSTORAGE_DIR=\"/var/lib/knot\" -DRUN_DIR=\"/run/knot\" -DMODULE_DIR=\"/usr/lib/arm-linux-gnueabi/knot\" -DMODULE_INSTDIR=\"/usr/lib/arm-linux-gnueabi/knot\" -fvisibility=hidden -I/usr/include/p11-kit-1 -Wdate-time -D_FORTIFY_SOURCE=2 -g -O2 -fdebug-prefix-map=/<<PKGBUILDDIR>>=. -fstack-protector-strong -Wformat -Werror=format-security -Wall -DNDEBUG -Wall -Wshadow -Werror=format-security -Werror=implicit -Werror=attributes -Wstrict-prototypes -c libdnssec/binary.c -o libdnssec/la-binary.o >/dev/null 2>&1
libtool: compile: gcc -DHAVE_CONFIG_H -I. -include ../src/config.h -DCONFIG_DIR=\"/etc/knot\" -DSTORAGE_DIR=\"/var/lib/knot\" -DRUN_DIR=\"/run/knot\" -DMODULE_DIR=\"/usr/lib/arm-linux-gnueabi/knot\" -DMODULE_INSTDIR=\"/usr/lib/arm-linux-gnueabi/knot\" -fvisibility=hidden -I/usr/include/p11-kit-1 -Wdate-time -D_FORTIFY_SOURCE=2 -g -O2 -fdebug-prefix-map=/<<PKGBUILDDIR>>=. -fstack-protector-strong -Wformat -Werror=format-security -Wall -DNDEBUG -Wall -Wshadow -Werror=format-security -Werror=implicit -Werror=attributes -Wstrict-prototypes -c libdnssec/crypto.c -o libdnssec/la-crypto.o >/dev/null 2>&1
/tmp/ccov3b6s.s: Assembler messages:
/tmp/ccov3b6s.s:368: Error: selected processor does not support `dmb ishst' in ARM mode
/tmp/ccov3b6s.s:792: Error: selected processor does not support `dmb ish' in ARM mode
/tmp/ccov3b6s.s:931: Error: selected processor does not support `dmb ish' in ARM mode
/tmp/ccov3b6s.s:1387: Error: selected processor does not support `dmb ishst' in ARM mode
/tmp/ccov3b6s.s:2477: Error: selected processor does not support `dmb ish' in ARM mode
/tmp/ccov3b6s.s:2752: Error: selected processor does not support `dmb ish' in ARM mode
/tmp/ccov3b6s.s:3058: Error: selected processor does not support `dmb ishst' in ARM mode
make[4]: *** [Makefile:4524: libknot/xdp/la-xdp.lo] Error 1
```
The full build log can be found at:
[https://buildd.debian.org/status/fetch.php?pkg=knot&arch=armel&ver=3.0.2-2&stamp=1607358558&raw=0](https://buildd.debian.org/status/fetch.php?pkg=knot&arch=armel&ver=3.0.2-2&stamp=1607358558&raw=0)
It used to work until <= 2.9.6.
Any idea how to solve this?
Thanks,
-- Santiagohttps://gitlab.nic.cz/knot/knot-dns/-/issues/690src/utils/Makefile.inc: Add $(gnutls_CFLAGS) and $(libnghttp2_CFLAGS) where n...2020-09-12T19:01:47+02:00Robert Edmondssrc/utils/Makefile.inc: Add $(gnutls_CFLAGS) and $(libnghttp2_CFLAGS) where neededThe header file src/utils/common/https.h includes the external header
file <nghttp2/nghttp2.h> (when nghttp2 support is enabled by the build
system), and the header file src/utils/common/tls.h includes the
external header file <gnutls/gn...The header file src/utils/common/https.h includes the external header
file <nghttp2/nghttp2.h> (when nghttp2 support is enabled by the build
system), and the header file src/utils/common/tls.h includes the
external header file <gnutls/gnutls.h>. Those header files are included
by src/utils/common/netio.h, which can in turn be included directly or
indirectly by various knot components.
The nghttp2 and gnutls header files are not guaranteed to be located in
the compiler's default include paths. These dependencies are detected by
the build system via PKG_CHECK_MODULES, which populates the automake
variables $(gnutls_CFLAGS) and $(libnghttp2_CFLAGS). These extra CFLAGS
must be added to the compiler flags for any targets that include a
header file that results in header file inclusions of those external
dependencies. Otherwise the build will fail when those external header
files cannot be located.
This commit adds $(libnghttp2_CLAGS) to the *_CPPFLAGS for kdig, khost,
knsupdate, and kjournalprint, and $(gnutls_CFLAGS) to kjournalprint.
Without the $(libnghttp2_CFLAGS) fixes in this commit, the build will
fail with an error like:
Making all in src
make[1]: Entering directory '/tmp/knot-3.0.0/src'
GEN contrib/dnstap/dnstap.pb-c.c
GEN contrib/dnstap/dnstap.pb-c.h
NOTE: Compilation of scanner.c can take several minutes!
make all-recursive
make[2]: Entering directory '/tmp/knot-3.0.0/src'
make[3]: Entering directory '/tmp/knot-3.0.0/src'
CC libdnssec/la-tsig.lo
CC utils/kdig/khost-kdig_exec.o
CC utils/kdig/khost-kdig_params.o
CC utils/kdig/kdig-kdig_exec.o
CC utils/kdig/kdig-kdig_main.o
CC utils/kdig/kdig-kdig_params.o
CC utils/common/libknotus_la-cert.lo
CC utils/common/libknotus_la-exec.lo
CC utils/common/libknotus_la-hex.lo
CC utils/common/libknotus_la-https.lo
CC utils/common/libknotus_la-lookup.lo
CC utils/common/libknotus_la-msg.lo
In file included from ./utils/common/netio.h:23,
from ./utils/common/exec.h:21,
from ./utils/kdig/kdig_params.h:22,
from ./utils/kdig/kdig_exec.h:19,
from utils/kdig/kdig_exec.c:22:
./utils/common/https.h:45:10: fatal error: nghttp2/nghttp2.h: No such file or directory
45 | #include <nghttp2/nghttp2.h>
| ^~~~~~~~~~~~~~~~~~~
compilation terminated.
In file included from ./utils/common/netio.h:23,
from ./utils/common/exec.h:21,
from ./utils/kdig/kdig_params.h:22,
from utils/kdig/kdig_params.c:23:
./utils/common/https.h:45:10: fatal error: nghttp2/nghttp2.h: No such file or directory
45 | #include <nghttp2/nghttp2.h>
| ^~~~~~~~~~~~~~~~~~~
compilation terminated.
make[3]: *** [Makefile:5500: utils/kdig/khost-kdig_exec.o] Error 1
make[3]: *** Waiting for unfinished jobs....
make[3]: *** [Makefile:5514: utils/kdig/khost-kdig_params.o] Error 1
In file included from ./utils/common/netio.h:23,
from ./utils/common/exec.h:21,
from ./utils/kdig/kdig_params.h:22,
from utils/kdig/kdig_main.c:20:
./utils/common/https.h:45:10: fatal error: nghttp2/nghttp2.h: No such file or directory
45 | #include <nghttp2/nghttp2.h>
| ^~~~~~~~~~~~~~~~~~~
compilation terminated.
make[3]: *** [Makefile:5416: utils/kdig/kdig-kdig_main.o] Error 1
In file included from ./utils/common/netio.h:23,
from ./utils/common/exec.h:21,
from ./utils/kdig/kdig_params.h:22,
from ./utils/kdig/kdig_exec.h:19,
from utils/kdig/kdig_exec.c:22:
./utils/common/https.h:45:10: fatal error: nghttp2/nghttp2.h: No such file or directory
45 | #include <nghttp2/nghttp2.h>
| ^~~~~~~~~~~~~~~~~~~
compilation terminated.
In file included from ./utils/common/netio.h:23,
from ./utils/common/exec.h:21,
from ./utils/kdig/kdig_params.h:22,
from utils/kdig/kdig_params.c:23:
./utils/common/https.h:45:10: fatal error: nghttp2/nghttp2.h: No such file or directory
45 | #include <nghttp2/nghttp2.h>
| ^~~~~~~~~~~~~~~~~~~
compilation terminated.
make[3]: *** [Makefile:5402: utils/kdig/kdig-kdig_exec.o] Error 1
make[3]: *** [Makefile:5430: utils/kdig/kdig-kdig_params.o] Error 1
make[3]: Leaving directory '/tmp/knot-3.0.0/src'
make[2]: *** [Makefile:5950: all-recursive] Error 1
make[2]: Leaving directory '/tmp/knot-3.0.0/src'
make[1]: *** [Makefile:2046: all] Error 2
make[1]: Leaving directory '/tmp/knot-3.0.0/src'
make: *** [Makefile:491: all-recursive] Error 1
Without the $(gnutls_CFLAGS) fix in this commit, the build will fail
with an error like:
In file included from ./utils/common/https.h:47,
from ./utils/common/netio.h:23,
from ./utils/common/exec.h:21,
from utils/kjournalprint/main.c:27:
./utils/common/tls.h:20:10: fatal error: gnutls/gnutls.h: No such file or directory
20 | #include <gnutls/gnutls.h>
| ^~~~~~~~~~~~~~~~~
compilation terminated.
make[3]: *** [Makefile:5556: utils/kjournalprint/kjournalprint-main.o] Error 1
[0001-src-utils-Makefile.inc-Add-gnutls_CFLAGS-and-libnght.patch](/uploads/108225e9006bcaa1d12c3ff8c0e1b3f3/0001-src-utils-Makefile.inc-Add-gnutls_CFLAGS-and-libnght.patch)3.0Daniel SalzmanDaniel Salzmanhttps://gitlab.nic.cz/knot/knot-dns/-/issues/665Does link-time optimization help2020-06-18T09:31:31+02:00Дилян ПалаузовDoes link-time optimization helpPlease include in the benchmarks, whether compiling with Link-Time-Optimization does help (and is measurable). Or whether switching gcc⇔clang does help. If you have problems compiling with LTO I can help you on the compilation.Please include in the benchmarks, whether compiling with Link-Time-Optimization does help (and is measurable). Or whether switching gcc⇔clang does help. If you have problems compiling with LTO I can help you on the compilation.https://gitlab.nic.cz/knot/knot-dns/-/issues/622autogenerate python libknot module metadata2018-12-13T09:42:31+01:00Daniel Kahn Gillmorautogenerate python libknot module metadatacurrently, the [libknot python module at pypi](http://pypi.python.org/pypi/libknot) is out of date (it only offers 2.5.2, but knot is at 2.7.4). [on the knot-dns-users mailing list](https://lists.nic.cz/pipermail/knot-dns-users/2018-Octo...currently, the [libknot python module at pypi](http://pypi.python.org/pypi/libknot) is out of date (it only offers 2.5.2, but knot is at 2.7.4). [on the knot-dns-users mailing list](https://lists.nic.cz/pipermail/knot-dns-users/2018-October/001514.html), @dsalzman suggests that it would be good to get it updated and packaged more widely.
[0001-python-auto-generate-versioned-python-module-setup.p.patch](/uploads/828286a5c046330baa2c02d85ae52350/0001-python-auto-generate-versioned-python-module-setup.p.patch) offers a way to auto-generate `setup.py`, which should be sufficient to then somehow generate the rest of the .egg-info details that seem to belong in the python source tarball that pypi wants (e.g. with `python3 setup.py egg_info`)
I don't typically upload packages to pypi, so i'm reluctant to claim that any of this is correct (that's why this is not a merge request)! please take a look at it, and figure out whether generating the full python module source (including package metadata) is possible.
It might be nice at release time to automate uploads to pypi from this as well, but i'd be happy with an automated way to create the package metadata that you're comfortable supporting, as that should be sufficient for me to package up python3-libknot for debian.2.7Daniel SalzmanDaniel Salzmanhttps://gitlab.nic.cz/knot/knot-dns/-/issues/615libknot.pc includes -I$(top_srcdir)/src/contrib/lmdb in Cflags when built wit...2018-10-22T16:06:58+02:00Robert Edmondslibknot.pc includes -I$(top_srcdir)/src/contrib/lmdb in Cflags when built with embedded lmdbHi,
When building the latest knot from the master branch (as of f99779ff6d32748888330d24727656a2a356947e) with an embedded lmdb, I get the following line in libknot.pc:
```
Cflags: -I${includedir} -I$(top_srcdir)/src/contrib/lmdb
```
...Hi,
When building the latest knot from the master branch (as of f99779ff6d32748888330d24727656a2a356947e) with an embedded lmdb, I get the following line in libknot.pc:
```
Cflags: -I${includedir} -I$(top_srcdir)/src/contrib/lmdb
```
This doesn't seem right, since this causes `pkg-config --cflags libknot` to return the uninterpreted value `-I$(top_srcdir)/src/contrib/lmdb` among the CFLAGS.
This looks similar to https://gitlab.labs.nic.cz/knot/knot-dns/issues/517.2.7Daniel SalzmanDaniel Salzmanhttps://gitlab.nic.cz/knot/knot-dns/-/issues/607libknot and libzscanner and libdnssec all link to libcap-ng unnecessarily2018-08-29T09:45:21+02:00Daniel Kahn Gillmorlibknot and libzscanner and libdnssec all link to libcap-ng unnecessarilyi think libcap-ng is only needed by knot itself, not its constitutent libraries.
however, the knot build process links the libraries to libcap-ng unnecessarily, because `AC_SEARCH_LIBS([capng_apply], [cap-ng])` (in `configure.ac`) ends ...i think libcap-ng is only needed by knot itself, not its constitutent libraries.
however, the knot build process links the libraries to libcap-ng unnecessarily, because `AC_SEARCH_LIBS([capng_apply], [cap-ng])` (in `configure.ac`) ends up adding it directly to `LIBS`.
by contrast, knot links to `liburcu` without the built libraries linking to it.
Perhaps `libcap-ng` should be treated more like `liburcu` and less like the other libraries that all the knot libs actually do link to.2.7Daniel SalzmanDaniel Salzmanhttps://gitlab.nic.cz/knot/knot-dns/-/issues/604cookies module fails to load when built as DSO2018-08-23T09:55:29+02:00Robert Edmondscookies module fails to load when built as DSOHi,
I built the 2.7.0 release with most modules compiled as DSOs. knot failed to start with the following error:
```
2018-08-15T17:25:07 error: module, failed to open '/home/redmonds/.install/stow/knot-2.7.0/lib/knot/cookies.so' (/home...Hi,
I built the 2.7.0 release with most modules compiled as DSOs. knot failed to start with the following error:
```
2018-08-15T17:25:07 error: module, failed to open '/home/redmonds/.install/stow/knot-2.7.0/lib/knot/cookies.so' (/home/redmonds/.install/stow/knot-2.7.0/lib/knot/cookies.so: undefined symbol: memzero)
2018-08-15T17:25:07 critical: failed to open configuration database '' (not exists)
```
It looks like the cookies DSO needs to be linked against libcontrib.la, i.e.:
```diff
--- a/src/knot/modules/cookies/Makefile.inc
+++ b/src/knot/modules/cookies/Makefile.inc
@@ -8,5 +8,6 @@ endif
if SHARED_MODULE_cookies
knot_modules_cookies_la_LDFLAGS = $(KNOTD_MOD_LDFLAGS)
knot_modules_cookies_la_CPPFLAGS = $(KNOTD_MOD_CPPFLAGS)
+knot_modules_cookies_la_LIBADD = libcontrib.la
pkglib_LTLIBRARIES += knot/modules/cookies.la
endif
```
I would also suggest that dlopen() failures like this not be fatal to the server, unless the module is actually required by the configuration, otherwise a buggy module in the module directory would cause knot to fail to start up.
Thanks!nextDaniel SalzmanDaniel Salzmanhttps://gitlab.nic.cz/knot/knot-dns/-/issues/598release tarball doesn't contain upstream packaging files2018-08-06T14:21:46+02:00Tomas Krizekrelease tarball doesn't contain upstream packaging filesThe `distro/` directory is meant to be part of the release tarball to make it easier for packagers across distributions to create a package consistent with the upstream policies.
Please ensure the `distro/` directory is part of the 2.7....The `distro/` directory is meant to be part of the release tarball to make it easier for packagers across distributions to create a package consistent with the upstream policies.
Please ensure the `distro/` directory is part of the 2.7.1 release.nextDaniel SalzmanDaniel Salzmanhttps://gitlab.nic.cz/knot/knot-dns/-/issues/586Dynamic configuration with config file2018-11-24T12:16:13+01:00Vladimir KlepovDynamic configuration with config fileDear team, thank you for your great job on Knot!
Getting to the point — I spent quite some time trying to add a zone via `knotc` to a knot server configured with `knot.conf`. `conf-commit` seems to pass, `conf-read` shows the zone, but ...Dear team, thank you for your great job on Knot!
Getting to the point — I spent quite some time trying to add a zone via `knotc` to a knot server configured with `knot.conf`. `conf-commit` seems to pass, `conf-read` shows the zone, but `zone-check` errors with `no such zone`. On `reload`, all updates are lost.
I presume that knotc has no effect on a server configured from a file — is that correct? If so, it would be great to make this point clearer in the docs, especially docker docs, which now contain some completely unrelated information.https://gitlab.nic.cz/knot/knot-dns/-/issues/583Dockerfile is broken2018-07-06T10:09:10+02:00Lukasz JaroszDockerfile is brokenDockerfile expects knot binaries to be compiled with prefix /usr/local. Instead of they are compiled with prefix / thus rendering existing CMD entry /usr/local/sbin/knotd to be invalid. Thus one of them should be corrected.
IMHO CMD sho...Dockerfile expects knot binaries to be compiled with prefix /usr/local. Instead of they are compiled with prefix / thus rendering existing CMD entry /usr/local/sbin/knotd to be invalid. Thus one of them should be corrected.
IMHO CMD should be changed to ENTRYPOINT and path /sbin/knotd.https://gitlab.nic.cz/knot/knot-dns/-/issues/571{libknot,libdnssec}.so build order2018-03-11T20:35:13+01:00Timothy Swan{libknot,libdnssec}.so build orderI am simply attempting to successfully build knot.
Environment:
```
$ uname -a
Linux compname 4.13.0-36-generic #40~16.04.1-Ubuntu SMP Fri Feb 16 23:25:58 UTC 2018 x86_64 x86_64 x86_64 GNU/Linux
$ cat /etc/lsb-release
DISTRIB_ID=Ubuntu...I am simply attempting to successfully build knot.
Environment:
```
$ uname -a
Linux compname 4.13.0-36-generic #40~16.04.1-Ubuntu SMP Fri Feb 16 23:25:58 UTC 2018 x86_64 x86_64 x86_64 GNU/Linux
$ cat /etc/lsb-release
DISTRIB_ID=Ubuntu
DISTRIB_RELEASE=16.04
DISTRIB_CODENAME=xenial
DISTRIB_DESCRIPTION="Ubuntu 16.04.3 LTS"
```
To reproduce:
```
sudo apt-get -y install libtool autoconf make pkg-config liburcu-dev libgnutls28-dev libedit-dev
git clone https://github.com/CZ-NIC/knot.git
cd knot/
git checkout 5244cab52de6ba99ae174c040b0973665fa590b8
autoreconf -if
./configure CC=gcc LD=gcc
make
```
Tail of the build log:
```
CC knot/modules/dnsproxy/libknotd_la-dnsproxy.lo
CC knot/modules/noudp/libknotd_la-noudp.lo
CC knot/modules/onlinesign/libknotd_la-onlinesign.lo
CC knot/modules/onlinesign/libknotd_la-nsec_next.lo
CC knot/modules/rrl/libknotd_la-rrl.lo
CC knot/modules/rrl/libknotd_la-functions.lo
CC knot/modules/stats/libknotd_la-stats.lo
CC knot/modules/synthrecord/libknotd_la-synthrecord.lo
CC knot/modules/whoami/libknotd_la-whoami.lo
CCLD libknotd.la
copying selected object files to avoid basename conflicts...
ar: `u' modifier ignored since `D' is the default (see `U')
CC utils/common/libknotus_la-cert.lo
CC utils/common/libknotus_la-exec.lo
CC utils/common/libknotus_la-hex.lo
CC utils/common/libknotus_la-lookup.lo
CC utils/common/libknotus_la-msg.lo
CC utils/common/libknotus_la-netio.lo
CC utils/common/libknotus_la-params.lo
CC utils/common/libknotus_la-resolv.lo
CC utils/common/libknotus_la-sign.lo
CC utils/common/libknotus_la-tls.lo
CC utils/common/libknotus_la-token.lo
CCLD libknotus.la
ar: `u' modifier ignored since `D' is the default (see `U')
CC utils/kdig/kdig-kdig_exec.o
CC utils/kdig/kdig-kdig_main.o
CC utils/kdig/kdig-kdig_params.o
CCLD kdig
gcc: error: /knot/src/.libs/libknot.so: No such file or directory
gcc: error: /knot/src/dnssec/.libs/libdnssec.so: No such file or directory
Makefile:2262: recipe for target 'kdig' failed
make[3]: *** [kdig] Error 1
make[3]: Leaving directory '/knot/src'
Makefile:4277: recipe for target 'all-recursive' failed
make[2]: *** [all-recursive] Error 1
make[2]: Leaving directory '/knot/src'
Makefile:1363: recipe for target 'all' failed
make[1]: *** [all] Error 2
make[1]: Leaving directory '/knot/src'
Makefile:462: recipe for target 'all-recursive' failed
make: *** [all-recursive] Error 1
```https://gitlab.nic.cz/knot/knot-dns/-/issues/559libdnssec.pc has old dependencies2017-12-06T10:48:34+01:00Tuomo Soinilibdnssec.pc has old dependenciesDocumentation says jansson dependency is gone and also that gnutls version 3.3 or later is required. In fact rpm dependency generation fails because of old data in libdnssec.pc.
Attached patch fixes issue for 2.6.1 and I can build worki...Documentation says jansson dependency is gone and also that gnutls version 3.3 or later is required. In fact rpm dependency generation fails because of old data in libdnssec.pc.
Attached patch fixes issue for 2.6.1 and I can build working rpm.
[knot-libdnssec-nojansson.patch](/uploads/9a3450afdd783ba61bf7f56ddc230938/knot-libdnssec-nojansson.patch)Daniel SalzmanDaniel Salzmanhttps://gitlab.nic.cz/knot/knot-dns/-/issues/547no knotd_stdio generated when compiled with afl2018-03-07T14:48:24+01:00skysiderno knotd_stdio generated when compiled with aflI compile knot-dns according to https://gitlab.labs.nic.cz/knot/knot-dns/wikis/Fuzzing, but when I execute "make check" in step3, there are no "knotd_stdio" command in anywhere.
I wonder if there are something wrong with my operation.
T...I compile knot-dns according to https://gitlab.labs.nic.cz/knot/knot-dns/wikis/Fuzzing, but when I execute "make check" in step3, there are no "knotd_stdio" command in anywhere.
I wonder if there are something wrong with my operation.
The environment is kali2 amd64 and I have installed all requirements and latest afl. The afl version is 2.51b and clang version is 4.0.