Package: open-infrastructure-storage-tools Version: 20190301-lts1-5 Tags: patch User: [email protected] Usertags: dep17p1
Hi, open-infrastructure-storage-tools is involved in the /usr-move, because it contains systemd units installed in an aliased location. Ideally, we'd like to move them to /usr to finalize the /usr-merge via DEP17. Unfortunately, it also moved those units from open-infrastructure-ceph-tools to open-infrastructure-storage-tools and therefore dumat flags a risk for file loss. I've looked into this risk and we are in the fortunate situation where the move between packages happens in a bullseye -> bookworm upgrade and the move from / to /usr shall happen in a bookworm -> trixie upgrade. The loss of units can only happen in a skip-upgrade from bullseye to trixie. Therefore, I propose just moving the units in trixie and unstable and calling this done. I'm attaching a patch for your convenience. If you happen to backport this package to bookworm, this patch must be dropped in the backport or users will experience file loss. I am also monitoring backports, so if that happens, I'll raise an rc-bug against the backported package. Helmut
--- open-infrastructure-storage-tools-20190301-lts1.orig/Makefile +++ open-infrastructure-storage-tools-20190301-lts1/Makefile @@ -72,8 +72,8 @@ mkdir -p $(DESTDIR)/etc/logrotate.d cp -r share/logrotate/* $(DESTDIR)/etc/logrotate.d - mkdir -p $(DESTDIR)/lib/systemd/system - cp -r share/systemd/* $(DESTDIR)/lib/systemd/system + mkdir -p $(DESTDIR)/usr/lib/systemd/system + cp -r share/systemd/* $(DESTDIR)/usr/lib/systemd/system mkdir -p $(DESTDIR)/usr/share/$(PROJECT)/$(PROGRAM) cp -r share/ceph-info $(DESTDIR)/usr/share/$(PROJECT)
