Package Details: kodi-addon-pvr-hts 20.6.2-1

Git Clone URL: (read-only, click to copy)
Package Base: kodi-addon-pvr-hts
Description: Tvheadend HTSP PVR client addon for Kodi
Upstream URL:
Keywords: hts kodi pvr tvheadend
Licenses: GPL
Submitter: AlD
Maintainer: AlD
Last Packager: AlD
Votes: 30
Popularity: 0.033042
First Submitted: 2015-08-11 02:08 (UTC)
Last Updated: 2023-05-08 19:30 (UTC)

Latest Comments

1 2 3 4 5 Next › Last »

lod commented on 2023-01-18 10:21 (UTC) (edited on 2023-01-18 22:31 (UTC) by lod)

@dalu you need Kodi 20 to build it.

dalu commented on 2023-01-16 20:43 (UTC)

Build errors galore with the 20.6.0-1 package

pejobo commented on 2023-01-15 21:07 (UTC)

Currently outdated / not yet updated to Nexus (v20)

kleini commented on 2022-06-22 08:35 (UTC)

pamac install kodi-addon-pvr-hts

would be much easier to install the addon.

flexmcmurphy commented on 2022-06-21 22:07 (UTC) (edited on 2022-06-22 00:04 (UTC) by flexmcmurphy)

Just want to leave these instructions for anyone (like me) new to AUR Packages:

To install "kodi-addon-pvr-hts 19.0.6-1" I had Kodi 19.4.0 that I installed from Add/Remove Software in Manjaro (pamac)

From command line I created a working directory in my home folder then...

cd /home/flex/kodi
git clone

At this point I was told that I was missing the dependencies: cmake, kodi-platform and kodi-dev

I installed these again using the Add/Remove Software utility in Manjaro (you could also use pamac or pacman)

If the make (compilation) is successful you will get a bunch of files in that directory you git cloned to. One such file is: kodi-addon-pvr-hts-19.0.6-1-x86_64.pkg.tar.zst

I right clicked on that from Manjaro Dolphin File Explorer and selected: "Open with Software Installer" and this installed the package into /home/flex/.kodi/addons/packages/

I then rebooted the computer and when I restarted Kodi it asked me if I wanted to enable the HTSP Client Add-on to which I said yes and then could configure it and it works!

jody commented on 2021-07-31 10:59 (UTC)

well not with starting kodi, though takes long, starts but keeps crashing after a while

francoism90 commented on 2021-07-31 10:48 (UTC)

Anyone else having issues starting kodi with this package installed?

kleini commented on 2021-03-02 11:05 (UTC)

I still have kodi version 18.9 installed and the latest version 8.2.2 of this addon fails to build against kodi 18.9 obviously. So the dependencies should be extended to contain a version if kodi 19.0 is required at minimum.

wuestengecko commented on 2020-03-15 23:18 (UTC)

@willemw: It's not a problem to use VCS sources if you guarantee to actually fetch that version (usually by targetting the specific release tag). The official kernel package actually does just that. However it's usually preferred to use tarballs, because these a) can be checksummed easily and b) are often signed contrary to (often) unsigned git tags. And also, you don't fetch the entire development history when downloading a tarball (which is especially relevant for large projects, not so much this addon).

@AlD: Two issues with that.

  1. You're targetting the current branch tip, which will change whenever upstream releases something and thus does not fit the above criteria (i.e. #branch=Leia always refers to the newest version of the package, not what is defined by $pkgver). This behaviour is only desired in VCS packages.
  2. This has led to $pkgver and the upstream version drifting out of sync, which is against Arch's packaging standards. That isn't really an immediate problem just in terms of pacman detecting upgrades, but it will probably lead to confusion if anyone wants to make a bug report ("I have v4.4.21 installed from the AUR" - "But the current version is v4.4.20 ..." -- and that's the harmless case).

I suggest that, when upstream releases the next version (assuming that is going to be 4.4.21), you only bump $pkgrel to get $pkgver back in sync, and in that same commit change the source=() to refer to something like #tag=$pkgver-$_kodi_branch, with $_kodi_branch=Leia replacing the (now obsolete) $_gitver. (Alternatively change the git source to use the Github-generated tarballs, but that's mainly a thing of package maintainer's preference.)

I can prepare a patch to the PKGBUILD tomorrow if I wasn't clear enough on what I meant. :)