** Description changed: + [impact] + + 'man systemd-resolve' fails + + [test case] + + $ man systemd-resolve + No manual entry for systemd-resolve + + [regression potential] + + incorrect man page result for resolvectl or resolvconf, or possibly + users using deprecated systemd-resolve longer than they should + + [scope] + + this is needed in f and later + + systemd-resolve was replaced with resolvectl between b and f, so the man + page exists in b + + [other info] + + the systemd-resolve binary is a symlink to the real binary resolvectl, and users should use resolvectl for all new uses. A patch to the upstream man page was proposed and merged in this PR: + https://github.com/systemd/systemd/pull/20064 + + however that is being discussed and may be reverted in this PR: + https://github.com/systemd/systemd/pull/20077 + + as discussed in the revert PR, it's ok for upstream to elide docs about + deprecated tooling; however distros should include deprecation info and + thus I believe it's appropriate to include the man page symlink so users + trying 'man systemd-resolve' will get the correct 'resolvectl' man page, + which includes doc about how they shoudl start using 'resolvectl' + instead + + [original description] + On my Focal machine there is no file /usr/share/man/man1/systemd-resolve.1.gz This means that man systemd-resolve fails. http://manpages.ubuntu.com/manpages/bionic/en/man1/systemd- resolve.1.html exists and has a link on top to 20.04LTS: it points to http://manpages.ubuntu.com/manpages/focal/en/man1/systemd-resolve.1.html , that however 404's, and one ends up being redirected to Bionic's.
-- You received this bug notification because you are a member of Ubuntu Bugs, which is subscribed to Ubuntu. https://bugs.launchpad.net/bugs/1894622 Title: Missing manpage for systemd-resolve To manage notifications about this bug go to: https://bugs.launchpad.net/ubuntu/+source/systemd/+bug/1894622/+subscriptions -- ubuntu-bugs mailing list [email protected] https://lists.ubuntu.com/mailman/listinfo/ubuntu-bugs
