Hi, your package ceph either Build-Depends on dh-sequence-movetousr or uses dh_movetousr conditionally to move files from aliased locations like /sbin, /bin or /lib to the canonical location in /usr. Eventually, we would like to get rid of this debhelper addon. Packages should use the canonical paths without any postprocessing. This means, files are installed directly into /usr. Please note, that such a change must not be backported to bookworm or older. If you intend to provide such backports, these changes must be reverted for those releases. If this means an undue burden on your workflow our recommendation is to postpone this cleanup. The motivation for this bug report is, to inform maintainers, that installing files into the canonical location explicitly, is now the preferred approach and dh_movetousr is now a deprecated tool. The goal is, to have dh_movetousr removed after forky is released. We can revise this plan, if needed. Please keep this timeline in mind and let us know if this doesn't work for you. For more information see [1]. If you have further questions, there is an IRC channel named #debian-usrmerge on OFTC. Regards, Michael [1] https://lists.debian.org/debian-devel/2025/11/msg00245.html
Hi Michael,
In debian/rules, I can read:
execute_before_dh_installdeb:
if command -v dh_movetousr > /dev/null 2>&1; then \
dh_movetousr; fi
So it'll be ok if dh_movetousr goes away, from the Ceph package
perspective. I'm therefore closing this bug.
Cheers,
Thomas Goirand (zigo)
Am 23.06.26 um 16:01 schrieb Debian Bug Tracking System: No, what this means is, that once dh_movetousr is removed, files that are installed to e.g. /lib are no longer moved to /usr/lib. You e.g. have in debian/ceph-common.install lib/udev/rules.d/50-rbd.rules and in ceph-osd.install debian/udev/* lib/udev/rules.d and in debian/rules install -D -m 644 udev/50-rbd.rules $(DESTDIR)/lib/udev/rules.d/50-rbd.rules This all needs to be updated to use the paths in /usr/lib (I haven't checked all of src:ceph, but these were some apparent spots where aliased paths were used). Once dh_movetousr is dropped, your package would no longer be policy compliant and could not migrate to testing anymore. I'm thus reopening the bug report. Michael
Am 23.06.26 um 17:14 schrieb Michael Biebl: Looking further down in debian/rules, there are a lot more references to /lib/systemd/system which need to be updated as well. Again, this list is not exhaustive, I only quickly glanced at src:ceph. My recommendation: Drop dh_movetousr from debian/rules and then check what lintian complains about Michael
Seeing that the package in experimental already changed some of the paths in debian/rules, the remaining bits should be fixed by the attached debdiff. Unfortunately I could not test build it, as the package currently FTBFS [1]. Btw, I found it a bit odd, that some of the udev and systemd files are installed via debian/rules and some via .install. The package would benefit from some simplification and unification. But in the interest of keeping the debdiff minimal I kept the current approach. Would be great if you can apply the patch with one of your next uploads (and as said, please check with lintian before you upload. If we missed a spot it would trigger the aliased-location error) Regards, Michael [1] https://buildd.debian.org/status/package.php?p=ceph&suite=experimental
Am 24.06.26 um 01:17 schrieb Michael Biebl: E: ceph-common: aliased-location [sbin/] E: ceph-common: aliased-location [sbin/mount.ceph] E: ceph-fuse: aliased-location [sbin/] E: ceph-fuse: aliased-location [sbin/mount.fuse.ceph] I also noticed a usage of an aliased location in ceph-fs-common.install. But it appears this file is no longer needed and should be removed (the corresponding binary package has been folded into ceph-common a long time ago). Fixed/updated patch attach Michael
Since I made the effort to produce a patch, I'm interested why it wasn't considered. I notice you made 3 more uploads in the interim. Any reason you didn't consider this patch?