Source: sddm Version: 0.20.0-1 Severity: serious Tags: ftbfs patch User: helm...@debian.org Usertags: dep17m2
Hi, I'm sorry for having noticed this late. When we changed the way systemd.pc places systemd units, we did a partial archive rebuild and missed out on sddm. On Nov 30th, the changed systemd was uploaded and ssdm FTBFS since. The upstream unit is now installed to /usr, which makes debian/rules fail to delete it and this trips up dh_missing. I've got a patch for you to delete both locations for now. You may delete the old location once you are sure that you don't want to backport to bookworm anymore. Helmut
diff --minimal -Nru sddm-0.20.0/debian/changelog sddm-0.20.0/debian/changelog --- sddm-0.20.0/debian/changelog 2023-06-24 08:38:52.000000000 +0200 +++ sddm-0.20.0/debian/changelog 2023-12-03 07:36:33.000000000 +0100 @@ -1,3 +1,10 @@ +sddm (0.20.0-1.1) UNRELEASED; urgency=medium + + * Non-maintainer upload. + * Fix FTBFS: Also ignore /usr-moved upstream systemd unit. (Closes: #-1) + + -- Helmut Grohne <hel...@subdivi.de> Sun, 03 Dec 2023 07:36:33 +0100 + sddm (0.20.0-1) unstable; urgency=medium [ Aurélien COUDERC ] diff --minimal -Nru sddm-0.20.0/debian/rules sddm-0.20.0/debian/rules --- sddm-0.20.0/debian/rules 2023-02-20 22:44:19.000000000 +0100 +++ sddm-0.20.0/debian/rules 2023-12-03 07:36:31.000000000 +0100 @@ -30,7 +30,7 @@ execute_after_dh_auto_install: # not installed, as the Debian version is used instead - rm -f $(CURDIR)/debian/tmp/lib/systemd/system/sddm.service + rm -f $(CURDIR)/debian/tmp/lib/systemd/system/sddm.service $(CURDIR)/debian/tmp/usr/lib/systemd/system/sddm.service execute_after_dh_fixperms-arch: # ensure script is marked as executable