Control: tags -1 moreinfo Sven Joachim: > On 2018-09-27 23:20 +0300, Adrian Bunk wrote: > >> Package: debhelper >> Version: 11.4 >> Severity: serious >> Control: affects -1 src:dublin-traceroute >> >> https://buildd.debian.org/status/package.php?p=dublin-traceroute&suite=sid >> >> ... >> dh_install -a >> install -d debian/dublin-traceroute//usr/bin >> cp --reflink=auto -a debian/tmp/usr/bin/dublin-traceroute >> debian/dublin-traceroute//usr/bin/ >> dh_install: Cannot find (any matches for) >> "usr/lib/libdublintraceroute.so.0.*" (tried in ., debian/tmp) >> >> dh_install: libdublintraceroute0 missing files: >> usr/lib/libdublintraceroute.so.0.* >> dh_install: Cannot find (any matches for) "usr/lib/libdublintraceroute.so" >> (tried in ., debian/tmp) >> >> dh_install: libdublintraceroute-dev missing files: >> usr/lib/libdublintraceroute.so >> dh_install: missing files, aborting >> install -d debian/.debhelper/generated/dublin-traceroute >> install -d debian/.debhelper/generated/libdublintraceroute0 >> install -d debian/.debhelper/generated/libdublintraceroute-dev >> make: *** [debian/rules:8: binary-arch] Error 25 > > This is apparently a side effect of the fix for #903042 (commit bab43d46, > "cmake: Explicitly set CMAKE_INSTALL_LIBDIR"). The Debian changelog > entry says "This should not make any pratical difference" but for > dublin-traceroute it does. That's because its CMakeLists.txt has the > following three lines: > > if (NOT CMAKE_INSTALL_LIBDIR) > set(CMAKE_INSTALL_LIBDIR "lib") > endif() > > So it did not install the libraries into a multiarch directory before, > but now that CMAKE_INSTALL_LIBDIR is explicitly set it does, and the > debian/*.install files are of course not prepared for that. > > Cheers, > Sven >
Truly, it did until dublin-traceroute/0.4.2-2 was uploaded a short while ago, which solved this issue on their side by updating the debian/*.install. Have you seen any other packages affected by this issue (I am not aware of any)? If not, I am tempted to close this as resolved. Thanks, ~Niels
