Bug#1057338: sddm FTBFS: systemd.pc moved the upstream unit to /usr

[Helmut Grohne <helmut@subdivi.de>]

Source: sddm
Version: 0.20.0-1
Severity: serious
Tags: ftbfs patch
User: helmutg@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 <helmut@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