Source: e2fsprogs Version: 1.44.4-2 Severity: normal User: m...@linux.it Usertags: usrmerge X-Debbugs-Cc: reproducible-b...@lists.alioth.debian.org
Steps to reproduce: * Have two chroots, containers or complete systems, one with merged /usr and one not * Build e2fsprogs on the system with merged /usr * Install and use e2fsprogs on the system without merged /usr Expected result: * The package is functionally equivalent to the package you'd get if it had been built on a system without merged /usr * The absolute paths of standard tools in /bin or /sbin do not appear in the package's content as paths in /usr/bin or /usr/sbin * Everything works as intended Actual result: * /usr/bin/mk_cmds contains SED="/usr/bin/sed" * If that script invokes ${SED} (I assume it does, but I haven't actually checked) then it will not work on non-merged-/usr systems, where /bin/sed exists but /usr/bin/sed does not I don't know what mk_cmds does or how important it is. If it's important, this bug might be more appropriately raised to important or RC severity; if it's unimportant, this bug might be more appropriately downgraded to minor severity. A merged-/usr system can be obtained by installing with debootstrap >= 1.0.102 or debootstrap --merged-usr, or by installing the usrmerge package. A non-merged-/usr system can be obtained by installing with debootstrap --no-merged-usr (or upgrading from an older release) and not installing usrmerge. Recent tests on tests.reproducible-builds.org use unmerged /usr for the first build and merged /usr for the second, as a way to detect some issues in this class. This bug can probably be fixed by passing SED="/bin/sed" as an additional command-line argument when invoking configure. smcv