Bug#807763: Looking for help to solve licence and third-party issues of the tomahawk-player package
control: tags -1 moreinfo
Hi sorry for the late answer, it took a while to have time to dig into the issue.
>I'm confused, on a Ubuntu 16.04 clean environment everything works fine
>with multiarch support but on debian sid it does not work.
>(https://launchpadlibrarian.net/240678247/tomahawk-player_0.8.4+dfsg1-0ubuntu1~xenial1_amd64.build)
>Is there a different in multiarch support?
seems so.
the problem seems to come from "CMAKE_INSTALL_LIBDIR", set because of the include of GNUInstallDirs.cmake
file.
Probably the root of the issue is that *you* have a custom embedded GNUInstallDirs.cmake file, so it might be
outdated, or not working for a bunch of other reasons.
Also that file is different from the one you can find on an Ubuntu system
meld CMakeModules/GNUInstallDirs.cmake /usr/share/cmake-3.2/Modules/GNUInstallDirs.cmake
I see something like:
if(EXISTS "/etc/debian_version")
include(${CMAKE_ROOT}/Modules/MultiArchCross.cmake OPTIONAL RESULT_VARIABLE _INCLUDED_MULTIARCH_TOOLCHAIN_FILE)
endif()
probably the MultiArchCross.cmake is something Ubuntu specific [1], I'm not sure why Debian is not using it.
cmake (3.3.2-1ubuntu1) xenial; urgency=medium
* Merge with Debian; remaining changes:
- debian/cmake-data.install
debian/MultiArchCross.cmake
debian/patches/ubuntu_cmake-crosscompile.patch
Add MultiArchCross.cmake to installed files.
(help cmake to find libraries in multiarch path)
xnox says this is not yet ready to go upstream but he will work on it
- debian/patches/ubuntu_boost-multiarch.patch
find boost and python in multiarch path
this is a candidate for removal but needs rdepend testing
* Search for Python 3.5.
you can override the issue probably by using the system Module (and drop the embedded stuff)
and using LIB_SUFFIX if it doesn't work [2]
[1] https://launchpad.net/ubuntu/+source/cmake/3.3.2-1ubuntu1
[2] https://codesearch.debian.net/results/LIB_SUFFIX%20path%3Adebian%2Frules/page_0
Reply to: