[Bug 1894622] Autopkgtest regression report (systemd/247.3-3ubuntu3.2)

[Ubuntu SRU Bot]

All autopkgtests for the newly accepted systemd (247.3-3ubuntu3.2) for hirsute have finished running.
The following regressions have been reported in tests triggered by the package:

umockdev/0.15.4-1 (armhf)
initramfs-tools/0.139ubuntu3 (amd64)
apt/2.2.4ubuntu0.1 (armhf)
netplan.io/0.102-0ubuntu3 (amd64)


Please visit the excuses page listed below and investigate the failures, proceeding afterwards as per the StableReleaseUpdates policy regarding autopkgtest regressions [1].

https://people.canonical.com/~ubuntu-archive/proposed-
migration/hirsute/update_excuses.html#systemd

[1] https://wiki.ubuntu.com/StableReleaseUpdates#Autopkgtest_Regressions

Thank you!

-- 
You received this bug notification because you are a member of Ubuntu
Foundations Bugs, which is subscribed to systemd in Ubuntu.
https://bugs.launchpad.net/bugs/1894622

Title:
  Missing manpage for systemd-resolve

Status in systemd package in Ubuntu:
  Fix Released
Status in systemd source package in Focal:
  Fix Committed
Status in systemd source package in Groovy:
  Fix Committed
Status in systemd source package in Hirsute:
  Fix Committed
Status in systemd source package in Impish:
  Fix Released

Bug description:
  [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.

To manage notifications about this bug go to:
https://bugs.launchpad.net/ubuntu/+source/systemd/+bug/1894622/+subscriptions