Package Details: knot-resolver 5.2.1-1

Git Clone URL: (read-only, click to copy)
Package Base: knot-resolver
Description: Caching DNSSEC-validating DNS resolver
Upstream URL:
Licenses: GPL3
Submitter: oerdnj
Maintainer: tkrizek
Last Packager: tkrizek
Votes: 22
Popularity: 1.42
First Submitted: 2017-03-01 14:52
Last Updated: 2020-12-09 10:10

Dependencies (17)

Required by (0)

Sources (1)

Latest Comments

1 2 Next › Last »

jvybihal commented on 2020-10-05 14:06

@balki: see the same issue I had below. You have to rebuild knot-resolver against latest knot. Make sure you are doing clean build, not from any cache (eg. yay cache - yay -Scc). Hope that helps.

balki commented on 2020-10-05 14:01

I am getting the below error. I tried downgrading knot. Still does not help. It fails with a different error requiring

kresd[1115]: [system] error /usr/lib/knot-resolver/kres.lua:13: cannot open shared object file: No such file or directory

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"