pvr.hts.so installed in /usr/lib64/addons/pvr.hts/ about pvr.hts HOT 6 CLOSED

Ping @wsnipex

from pvr.hts.

please provide more details.

• OS
• kodi config.log
• kodi-config.cmake
• hts build log

from pvr.hts.

OS is Gentoo 13.0 amd64.
All the packages (kodi, kodi-platform, platform, pvr.hts) are compiled from latest git master.
I am attaching (in gist) the requested logs (as one of the kodi config log is the output from the whole gentoo config phase and the other is the native config.log found in the kodi sources after ./configure is run

kodi-config.log
kodi-console-config.log
kodi-config.cmake
hts build log

from pvr.hts.

http://forum.kodi.tv/showthread.php?tid=228588&pid=2023787#pid2023787 the issue regarding a symlink seems related.

from pvr.hts.

this is a portage build that potentially does override paths in -DCMAKE_USER_MAKE_RULES_OVERRIDE=/dev/shm/portage/media-plugins/kodi-pvr-hts-9999/work/kodi-pvr-hts-9999_build/gentoo_rules.cmake -DCMAKE_TOOLCHAIN_FILE=/dev/shm/portage/media-plugins/kodi-pvr-hts-9999/work/kodi-pvr-hts-9999_build/gentoo_toolchain.cmake

Provide the output of a manual build from git master with the following command:
cmake .
make -j9
make install

from pvr.hts.

No these files do not override anything:
gentoo_rules.cmake
gentoo_toolchain.cmake

The problem was in the cmake-utils.eclass - line 531-533 - that portage uses.... It turns out that the commit xbmc/xbmc@60eb0b2 changes the CMAKE_INSTALL_LIBDIR setting:

-      set(CMAKE_INSTALL_LIBDIR "lib")
+      set(CMAKE_INSTALL_LIBDIR "lib/${APP_NAME_LC}")

And that breaks the eclass settings, so I had to add in the ebuild the:

-DCMAKE_INSTALL_LIBDIR="${EPREFIX}/usr/$(get_libdir)/kodi"

command line option...

Anyway I fixed that in my ebuild for kodi-pvr and now works ok...
Thanks... This bug may be closed now...

from pvr.hts.