man: document that resolved cares about /etc/hosts

man: document that nss-myhostname handles *.localhost and *.localdomain too (And similar for resolved) Fixes: #1630

man: link resolved bus API documentation from its man page This is similar how we already do it for logind or machined.

man: fix references to a few external man pages Noticed in pull request #2067.

man: document systemd-resolve(8) This also links up the new manpage from systemd-resolved.service(8), and makes a couple of unrelated additions.

man: add documentation for dnssec-trust-anchors.d(5)

man: fix typos

doc: correct orthography, word forms and missing/extraneous words

doc: correct punctuation and improve typography in documentation

man: Document that resolved requires nss-resolve to work with libc Closes #884.

man: document resolved's RR synthesizing and query routing

man: revert dynamic paths for split-usr setups This did not really work out as we had hoped. Trying to do this upstream introduced several problems that probably makes it better suited as a downstream patch after all. At any rate, it is not releaseable in the current state, so we at least need to revert this before the release. * by adjusting the path to binaries, but not do the same thing to the search path we end up with inconsistent man-pages. Adjusting the search path too would be quite messy, and it is not at all obvious that this is worth the effort, but at any rate it would have to be done before we could ship this. * this means that distributed man-pages does not make sense as they depend on config options, and for better or worse we are still distributing man pages, so that is something that definitely needs sorting out before we could ship with this patch. * we have long held that split-usr is only minimally supported in order to boot, and something we hope will eventually go away. So before we start adding even more magic/effort in order to make this work nicely, we should probably question if it makes sense at all.

man: generate configured paths in manpages In particular, use /lib/systemd instead of /usr/lib/systemd in distributions like Debian which still have not adopted a /usr merge setup. Use XML entities from man/custom-entities.ent to replace configured paths while doing XSLT processing of the original XML files. There was precedent of some files (such as systemd.generator.xml) which were already using this approach. This addresses most of the (manual) fixes from this patch: http://anonscm.debian.org/cgit/pkg-systemd/systemd.git/tree/debian/patches/Fix-paths-in-man-pages.patch?h=experimental-220 The idea of using generic XML entities was presented here: http://lists.freedesktop.org/archives/systemd-devel/2015-May/032240.html This patch solves almost all the issues, with the exception of: - Path to /bin/mount and /bin/umount. - Generic statements about preference of /lib over /etc. These will be handled separately by follow up patches. Tested: - With default configure settings, ran "make install" to two separate directories and compared the output to confirm they matched exactly. - Used a set of configure flags including $CONFFLAGS from Debian: http://anonscm.debian.org/cgit/pkg-systemd/systemd.git/tree/debian/rules Installed the tree and confirmed the paths use /lib/systemd instead of /usr/lib/systemd and that no other unexpected differences exist. - Confirmed that `make distcheck` still passes.

Reindent man pages to 2ch

man: minimal updates to resolved.conf man page

man: update resolved man pages a bit

man: untabify systemd-resolved.service.xml

fix systemd-resolved reference in man page Guess this was missed in the copy-paste :-)

resolved: move resolv.conf to resolved's runtime dir

resolved: add daemon to manage resolv.conf Also remove the equivalent functionality from networkd.