Package Details: knot-resolver 5.1.2-1

Git Clone URL: (read-only, click to copy)
Package Base: knot-resolver
Description: full caching DNS resolver implementation
Upstream URL:
Licenses: GPL3
Submitter: oerdnj
Maintainer: tkrizek (pspacek)
Last Packager: tkrizek
Votes: 14
Popularity: 0.45
First Submitted: 2017-03-01 14:52
Last Updated: 2020-07-01 13:10

Dependencies (16)

Required by (0)

Sources (1)

Latest Comments

1 2 Next › Last »

HLFH commented on 2019-11-05 09:40

have to rebuild knot-resolver against 2.9.0

I have done trizen -S knot-resolver and then: systemctl restart kresd@1.service And it works again.

jvybihal commented on 2019-11-05 09:21

@bjo oh, you are correct. Sorry about that. I thought that knot-resolver was rebuild, but it actually did not, and yay used local cache. My bad. sorry.

bjo commented on 2019-11-05 09:13

It's not incompatible, you have to rebuild knot-resolver against 2.9.0.

jvybihal commented on 2019-11-05 09:08

Could you please keep the knot dependency in check by adding correct version? knot-resolver 4.2.2 does not appear to be compatible with knot 2.9.0. I watch this happens too often (New knot is avalaible and knot-resolver is not compatible with it (yet) - I understand why, and that the development is not exactly parallel, but at least the dependency should be specified correctly, so I know during update, that it will not work together and i can skip knot update, and I don't have to find found after reboot, that kresd did not start, and read logs why, downgrade, etc). Thanks

/usr/bin/kresd: error while loading shared libraries: cannot open shared object file: No such file or directory

tkrizek commented on 2019-09-30 08:17

Use lua51-cqueues instead. I've added it as an optional dependency, thanks!

Severus commented on 2019-09-30 03:19

I have error with /usr/lib/knot-resolver/kres_modules/policy.lua:430: [poli] lua-cqueues required to watch and reload RPZ file but $ pacman -Ss lua-cqueues community/lua-cqueues 20190813-1 [installed]

tkrizek commented on 2019-05-27 10:00

Added a patch that should fix the dnstap build issue until next upstream version is released.

bjo commented on 2019-05-26 22:21

Building fails:

FAILED: modules/dnstap/8572298@@dnstap@sha/dnstap.c.o 
cc -Imodules/dnstap/8572298@@dnstap@sha -Imodules/dnstap -I../modules/dnstap -I. -I../ -Icontrib/ -I../contrib/ -fdiagnostics-color=always -DNDEBUG -pipe -D_FILE_OFFSET_BITS=64 -Wall -Winvalid-pch -std=gnu11 -O3 -D_GNU_SOURCE -Wformat -Wformat-security -Wtype-limits -Wshadow -fvisibility=hidden -march=x86-64 -mtune=generic -O2 -fstack-protector-strong -fno-plt -g -fvar-tracking-assignments -fdebug-prefix-map=/home/bjo/.cache/yay/knot-resolver/src=/usr/src/debug -D_FORTIFY_SOURCE=2 -fPIC -MD -MQ 'modules/dnstap/8572298@@dnstap@sha/dnstap.c.o' -MF 'modules/dnstap/8572298@@dnstap@sha/dnstap.c.o.d' -o 'modules/dnstap/8572298@@dnstap@sha/dnstap.c.o' -c ../modules/dnstap/dnstap.c
../modules/dnstap/dnstap.c:23:10: fatal error: modules/dnstap/dnstap.pb-c.h: No such file or directory
 #include "modules/dnstap/dnstap.pb-c.h"

daurnimator commented on 2019-02-13 14:35

Add lua-http dependency?

jvybihal commented on 2018-08-08 12:17

Just a note in case someone has same problem as me. knot-resolver 2.4.1 is not compatible with knot 2.7.0. It will fail with missing and other libs, because knot 2.7.0 will provide just

I had to downgrade back to knot 2.6.8 to get resolver working again.

Based on discussion (czech) here - the compatible knot-resolver version with knot 2.7.0 is not ready yet.