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
