Package Details: kodi-addon-pvr-hts-git r1063.c8e933b-1

Git Clone URL: https://aur.archlinux.org/kodi-addon-pvr-hts-git.git (read-only, click to copy)
Package Base: kodi-addon-pvr-hts-git
Description: Tvheadend HTSP PVR client addon for Kodi
Upstream URL: https://github.com/kodi-pvr/pvr.hts
Licenses: GPL
Conflicts: kodi-addon-pvr-hts, kodi-pvr-addons
Provides: kodi-addon-pvr-hts
Submitter: Bevan
Maintainer: Bevan
Last Packager: Bevan
Votes: 18
Popularity: 0.000335
First Submitted: 2015-07-25 09:08 (UTC)
Last Updated: 2023-02-07 18:05 (UTC)

Latest Comments

« First ‹ Previous 1 2 3 4 5 6 Next › Last »

Bevan commented on 2016-02-25 22:31 (UTC)

@ackalker: To make it short: If you use the Kodi version from the Arch repos, stick to this package or to kodi-addon-pvr-hts, although I never tested the latter one and it seems to be out-of-date. Don't bother thinking about libplatform. More thorough answer below. There is no point in adding API versions to the name of this package as it can be used for all versions. You have to set the API level in the PKGBUILD. Creating a separate package for each Kodi version instead would actually flood the AUR with a lot more packages that would constantly have to be added and removed as Kodi development goes on. There is also no need to decide for a specific libplatform version. kodi-platform-git (a dependency of this package) will depend on the correct version automatically (again: check the API level set in the PKGBUILD before building it). Apart from this package I see kodi-addon-pvr-hts which sticks to stable versions instead of pulling the most recent one from git, kodi-addon-pvr-hts-rbp-git which seems to specifically target the raspberry-pi (for reasons unknown to me. This package works fine on the raspberry pi, too) and kodi-devel-pvr-hts which belongs to a whole kodi-devel-* series targeting the Kodi development version itself. Again this package will work with the kodi git version, too, if the API level is specified correctly in the PKGBUILD. Regarding the naming of libplatform-legacy: It's exactly that. It's an outdated version but Kodi decided to stick with it for Jarvis. All in all not much we can do about the complexity of this whole thing. This package is named -git because it pulls the most recent version from git. That does not mean that other -git packages are the right one to use with this package. But that's what dependencies are for and as far as I can see they are correct. I only can speak for my own packages though.

ackalker commented on 2016-02-25 22:05 (UTC) (edited on 2016-02-25 22:11 (UTC) by ackalker)

I'm sorry to say, but the current package naming scheme is a mess. Trying to find a mix of deps to build this PVR add-on for the version of Kodi currently in Arch, I have to choose from among: - community/libplatform (too new) - kodi-devel-libplatform (too old) - kodi-devel-platform (also too old) - kodi-platform-git (the right one, comment says the PKGBUILD should have a variable controlling the API version, but it doesn't, appears to work anyway) - libplatform-git (likely candidate, but is actually too new) - libplatform-legacy (the right one, but odd name considering community/kodi is latest stable version) - etc. Please consider appending API numbers to package names (like what is done by the gcc* packages in the AUR). When things settle down, please report versioned packages which have become obsolete to the aur-requests mailing list for merging or deletion.

zofiel commented on 2016-02-25 11:00 (UTC)

thanks Bevan, You solved my issue :)

Bevan commented on 2016-02-24 21:13 (UTC)

@zofiel: Please rebuild kodi-platform-git first. This should solve this issue.

zofiel commented on 2016-02-24 21:12 (UTC)

Error with kodi 16: -- Checking to see if CXX compiler accepts flag -flto - yes CMake Error at CMakeLists.txt:9 (find_package): By not providing "Findplatform.cmake" in CMAKE_MODULE_PATH this project has asked CMake to find a package configuration file provided by "platform", but CMake did not find one. Could not find a package configuration file provided by "platform" with any of the following names: platformConfig.cmake platform-config.cmake Add the installation prefix of "platform" to CMAKE_PREFIX_PATH or set "platform_DIR" to a directory containing one of the above files. If "platform" provides a separate development package or SDK, be sure it has been installed. -- Configuring incomplete, errors occurred! See also "/tmp/yaourt-tmp-userssh/aur-kodi-addon-pvr-hts-git/src/kodi-addon-pvr-hts-git/build/CMakeFiles/CMakeOutput.log". ==> ERROR: Se produjo un fallo en build(). Cancelando… ==> ERROR: Makepkg no ha podido compilar kodi-addon-pvr-hts-git. ==> ¿Reiniciar la compilación de kodi-addon-pvr-hts-git? [s/N] ==> ---------------------------------------------------------- ==> Archlinux x86_64

jmason commented on 2016-02-24 04:29 (UTC)

I got around to retrying the install this evening on RPi2. I see you've committed a change setting "API=16" in PKGBUILD for this and the "kodi-platform-git" packages. All ran successfully with Kodi 16.0-RC3 (via "kodi-rbp-git") installed, so that was the problem. I have not tried "API=15" though. Thanks again.

jmason commented on 2016-02-20 01:32 (UTC)

True enough re: no TVHeadEnd dependency. Due to previous problems installing it I ended up getting in the habit of installing it after Kodi and reported it anyway. I re-image the machine to one with a working Kodi (Isengard or Jarvis) and no TVHeadEnd or PVR Plugin installed. So when I’m building the Plugin it is either with Isengard or Jarvis. The two are not being mixed. Once TVHeadEnd is installed I then install the libplatform-legacy and kodi-platform packages, in that order and then on to this one. The API version in PKGBUILD. This I wasn’t aware of. So “API=“ has to be altered in both kodi-platform-git and kodi-addon-pvr-hts-git to reflect the installed version of Kodi. Good to know and I’ll make a habit to RTFM those PKGBUILD comments in the future. I’m out of town for a few days and will do that when I get back. Thanks for the quick turnaround!

Bevan commented on 2016-02-19 23:11 (UTC) (edited on 2016-02-19 23:12 (UTC) by Bevan)

@jmason: The tvheadend versions should not matter. It is no dependency for this plugin. Googling around a bit it seems like you are building the Isengard (Kodi 15) version of this plugin while having Jarvis (Kodi 16) installed. Since you switched between Isengard and Jarvis I imagine something got mixed up. Please try rebuilding and installing first kodi-platform-git and then this package again and make sure you specify the correct API version in the PKGBUILD of _both_ packages before building them (see instructions in the PKGBUILD). If it still does not compile please let me know. I will then try your setup using an RPi2 myself. On x86 I can confirm that this package currently builds fine.

jmason commented on 2016-02-19 22:51 (UTC)

I'm finding that building this package on RPi2 with Kodi 15.2 or 16.0-RC3 and https://aur.archlinux.org/packages/tvheadend/ or https://aur.archlinux.org/packages/tvheadend-git/ is failing with the following (no issues with described pre-reqs.): /home/echo/build/kodi-addon-pvr-hts/src/pvr.hts/src/client.cpp: In function ‘PVR_ERROR GetAddonCapabilities(PVR_ADDON_CAPABILITIES*)’: /home/echo/build/kodi-addon-pvr-hts/src/pvr.hts/src/client.cpp:314:18: error: ‘PVR_ADDON_CAPABILITIES {aka struct PVR_ADDON_CAPABILITIES}’ has no member named bSupportsRecordingFolders’ pCapabilities->bSupportsRecordingFolders = true; CMakeFiles/pvr.hts.dir/build.make:86: recipe for target 'CMakeFiles/pvr.hts.dir/src/client.cpp.o' failed make[2]: *** [CMakeFiles/pvr.hts.dir/src/client.cpp.o] Error 1 CMakeFiles/Makefile2:99: recipe for target 'CMakeFiles/pvr.hts.dir/all' failed make[1]: *** [CMakeFiles/pvr.hts.dir/all] Error 2 Makefile:149: recipe for target 'all' failed make: *** [all] Error 2 ==> ERROR: A failure occurred in build(). Aborting...