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
