Dockerfile with one-shot mode

Intended usage: Quick resolution attempt with an empty cache.

export QNAME=...
export QTYPE=...
sudo -E docker run -e QNAME -e QTYPE krestest:latest '-n' '-c' '/etc/knot-resolver/kresd.conf'

policy.DEBUG: fix to respect user-provided callbacks

It creates new callback functions for every request which
uses "callback chaining" but these should be rare.

lua: expose cache miss detection in request objects

It seems there is no reason to keep this function private in policy
module.

cache: remove forgotten log message "writing RRsets"

It did not log through request->trace_log and is not very useful anyway.

validator: clarify message about signed non-authoritative data

policy.DEBUG: add also policy.REQTRACE for printing incoming packets

policy.DEBUG: generalize DEBUG_CACHE_MISS into DEBUG_IF

DEBUG_IF accepts user-supplied function which decides which requests
should be logged.

policy: doc reorganization and clarification

policy.DEBUG: log also final answer

Attempt to avoid duplicating ten lines in debug_logfinish_cb lead me
to splitting kr_log_qverbose_impl into two functions kr_log_q and kr_log_req.
This is another minor change to API exposed to modules.

unify verbose logging and request tracing

Formerly both logs used slightly different formats and duplicated code.
From now on verbose log and request tracing are generated using the same
code.

This required a small change to request trace_log_f definition so it
might affect external modules.

lua: helper functions for debug log

debug: warn on qname letter case mismatch

We de-randomize qname letter case very early so kr_pkt_text() should see
all lowercase. Any uppercase means mismatch.

I've considered moving debug print to an earlier place but this way it
is more visible so I like more.

iterate: log IP address sending mismatching answers

daemon/worker: add logging to qr_task_step query cancelation

Merge branch 'strict-aliasing' into 'master'

fix strict aliasing problems

See merge request knot/knot-resolver!962

meson.build: compile with -fno-strict-aliasing

I tested that older compilers don't refuse this option:
 - gcc 4.8 (as that's the default in CentOS 7)
 - llvm 3.8 (year 2016 is enough, I hope)

lib/generic/array: fix a strict aliasing problem

The issue here is that `char *` is not allowed to alias
with `anyType *`.  With gcc-10 in Fedora this now started
to cause real problems and loading stats module segfaulted.

Actually I can't see in standard (C11 6.5 par.7) that using `void *`
is guaranteed to be correct, but at least it seems fine with gcc,
and e.g. some standard functions like posix_memalign() use it
in the same "dangerous" way.

Merge branch 'ci-add-docker-py' into 'master'

ci/debian-buster: Add docker-py to docker image

See merge request knot/knot-resolver!961

ci/debian-buster: Add docker-py to docker image

Merge branch 'ci-add-libnghttp2' into 'master'

ci/debian-buster: add libnghttp2 to docker image

See merge request knot/knot-resolver!960

ci/debian-buster: add libnghttp2 to docker image

Merge branch 'fix-leap-distrotest' into 'master'

distro/tests: failure to refresh Leap15 repo is non-critical

See merge request knot/knot-resolver!959

distro/tests: failure to refresh Leap15 repo is non-critical

distro/tests: update README

Merge branch 'doc-links' into 'master'

doc: fix a broken internal link

See merge request knot/knot-resolver!958

doc: fix a broken internal link

Reported on Turris forums:
https://forum.turris.cz/t/dns-over-tcp-just-a-single-transaction/12003/21

Merge !954: docs: better RPZ description (+fix watch)

Merge !956: ci/travis: correctly print http error codes

ci/travis: correctly print http error codes

Thanks to Tomas.

modules/policy: polict.rpz() shouldn't watch file when watch=false

Merge branch 'compiler-warnings' into 'master'

compiler warning improvements

See merge request knot/knot-resolver!952

docs: better RPZ description

Merge branch 'ci-disable-epel8-check' into 'master'

ci: disable build check for EPEL8 (still unresolvable)

See merge request knot/knot-resolver!953

ci: disable build check for EPEL8 (still unresolvable)

make bad <lua.h> a hard informative error

daemon/main: -Wformat in info message

Normally the types are equal, but that's not true e.g.
on 32-bit systems and macOS.

meson: turn implicit-function warnings into hard errors

I just saw a case with bad luajit includes that linked successfully even
with some of the macros getting this warning.

daemon/bindings/net: avoid -Wunused-variable on non-Linux

Merge !951: NEWS: I forgot to re-classify the last change

NEWS: I forgot to re-classify the last change

Merge !949: FreeBSD-related improvements

Fixes #549

lib/cache: ignore EINVAL from space pre-allocation

daemon/io: extend logging for TCP Fast Open failure

In FreeBSD it's disabled by default, causing this error.
I tried disabling it on Linux via sysctl, but that didn't seem
to cause any errors.

Merge !950: Fix spelling in module-prefill description

Fix spelling error in module-prefill description

Merge !948: README.md: fix broken readthedocs link

README.md: fix broken readthedocs link

The nice restructuring had these side effects, unfortunately.

Merge branch 'gc-cpu-usage' into 'master'

gc: don't re-open cache so often

See merge request knot/knot-resolver!946

gc: make the log more readable

One iteration of GC produces five lines of log (without -DDEBUG);
separating those chunks seems much nicer.

gc: make state in kr_cache_gc() explicit

It really is nicer to work with.
Additionally re-open cache after any GC errors.

gc: don't re-open cache so often

Re-opening the cache causes fsync - every interval (1s by default).
Normally that isn't noticeable, but on encrypted ZFS it causes
high CPU consumption (even when "idle").

grahamc first reported this and Mic92 tested the patch helps. Thanks!
https://gitter.im/CZ-NIC/knot-resolver?at=5e4ea2343ca8a67fb808e349

Merge branch 'spdx-cleanup' into 'master'

spdx cleanup: fix installation and pkgtests

See merge request knot/knot-resolver!945

spdx cleanup: fix installation and pkgtests

Merge !942: license cleanup

autogenerate AUTHORS file to get rid of outdated data

The file can be re-generated using scripts/update-authors.sh.
File .mailmap is used for name canonicalization and fresh list of
authors replaces the old one in AUTHORS file automatically.
Gitlab CI checks its content before release (on branches named release-*).

Marek Vavruša is listed in .mailmap file twice intentionally,
once as CZ.NIC employee and second time as external contributor.

http: document source of bootstrap/bootswatch theme

Source is
git+https://github.com/twbs/bootstrap.git@a78dc3aed640a35914361b837ce24573a0515e19#yeti/bootstrap.min.css
but our version has minor modifications:
- removed link to font file
- minor font and line height adjustments
- added SPDX header

Diffing minimized CSS file is a mess so use something like
$ awk '{gsub(/{|}|;/,"&\n"); print}'
to get something more legible.

http: machine readable license for selectize.js

http: update selectize.js to match upstream version 0.12.6

Originally we used version 0.12.0 but the files in our repo did not
exactly match files in the upstream repo and I could not confirm
if the changes were meaningful or just artifact of source minimization
process.

To remove uncertainity I've updated selectize.js to latest upstream version
0.12.6, did not do any extra CSS minimization, and removed unused file
selectize.min.css.

As far as I can tell it seems to work.

Source:
git+https://github.com/selectize/selectize.js.git@eb0fca364f9bd6864ae197ea58c853f2717052a9

mark bundled content with SPDX file

The SPDX file contains hand-written metadata about source URL, version,
authors, and license.

There are two missing pieces in HTTP module:
- bootswatch theme - I could not find what theme we ship, maybe it is
  based on one of bootswatch themes but heavily modified
- selectize.js source does not match respective files in upstream but
  contains minor changes

I will deal with these in later commits.

license: add note that some files might have different license

tag license files according to Linux Kernel license identifier syntax

https://www.kernel.org/doc/html/latest/process/license-rules.html#license-identifier-syntax

treewide: machine readable license for all the rest

These files did not have GNU GPL v3 boilderplate in them so
I've added machine readable tag with appropriate license.

treewide: machine readable license for GNU GPLv3+ source code

Long GNU GPLv3 boilderplate was automatically replaced
with machine readable tag.

contrib/licenses: machine readable license

contrib/ucw: machine readable license

contrib/murmurhash3: machine readable license

contrib/json: remove dead tests

contrib/json: machine readable license

contrib/compiler: remove dead tests

contrib/compiler: machine readable license

contrib/asprintf: machine readable license

contrib: remove unused ccan/ilog

contrib: remove unsed _info files from CCAN

Merge branch 'tls-log-pins' into 'master'

daemon/tls: downgrade a log line to --verbose mode

See merge request knot/knot-resolver!944

daemon/tls: downgrade a log line to --verbose mode

It just reports a failure to show the key-pin hash in the log.

Merge branch 'asprintf-cleanup' into 'master'

asprintf cleanup

See merge request knot/knot-resolver!941

Merge branch 'travis-homebrew-update' into 'master'

travis: force homebrew update to fix travis issue

See merge request knot/knot-resolver!943

travis: force homebrew update to fix travis issue

Build fails in Travis CI, because package download fails. Forcing update
of homebrew should fix it.

https://travis-ci.community/t/macos-build-fails-because-of-homebrew-bundle-unknown-command/7296

meson: actually #define HAVE_ASPRINTF

I believe this should now correctly enable the code iff it's needed.

This commits and the parent will probably be no-op in practice.
I believe distros commonly do use fortification by default,
and I'm not aware of any platform with kresd and without asprintf().

I considered using `conf_data.set()` in meson, but that would require
us modifying contrib/ccan/asprintf/asprintf.h to include kresconfig.h,
and that seemed weird.

contrib/ccan/asprintf: remove fortification guard

Perhaps it served some purpose in 28b230823, but it seems incorrect.

Merge branch 'ci-docker-job' into 'master'

ci: run docker job only for our repos

See merge request knot/knot-resolver!940

ci: run docker job only for our repos

Merge branch 'fixup_mr_937' into 'master'

fixup! use js scheme detection

See merge request knot/knot-resolver!939

ci: fix job conditions for build:darwin

ci: run tests on contributor master branches

fixup! use js scheme detection

Merge branch 'master' into 'master'

use js scheme detection at webmanagement page

Closes #546

See merge request knot/knot-resolver!937

Merge branch 'base64-namespace' into 'master'

base64_* -> kr_base64_*

See merge request knot/knot-resolver!938

base64_* -> kr_base64_*

GnuTLS 3.3 contained these as public symbols.  This doesn't seem
important, but why not use more collision-resistant names anyway?
Details/discussion: https://github.com/CZ-NIC/knot/pull/14
Basically noone should notice, so I didn't include any NEWS entry.

use js scheme detection

Merge branch 'release-5-0-1' into 'master'

release 5.0.1

See merge request knot/knot-resolver!936

release 5.0.1

Merge branch 'deb-restart-kres-gc' into 'master'

packaging: ensure GC is restarted on pkg update

See merge request knot/knot-resolver!935

distro/rpm: remove useless %systemd_post

%system_post creates a preset, which we don't use (but could perhaps
replace the symlink for kresd.target).

distro/rpm: fix typo in description

distro/rpm: ensure GC is restarted on upgrade

distro/deb: ensure GC is restarted on pkg configure

Merge branch 'nitpicks' into 'master'

modules/prefill docs: fix dependencies

See merge request knot/knot-resolver!934

modules/prefill docs: fix dependencies

LFS isn't used since !912 (6d209ef99).

Merge !932: add cache.fssize()

Closes #524.