New issue
Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.
By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.
Already on GitHub? Sign in to your account
TVHeadend HTSP Client Addon fails to load #17493
Comments
@DaVukovic from actually building master with tvheadend (as always at my end) i can tell that it seems to work atm. sometimes download of tvh fails during build due to connection problems. btw. are you happy with the solution from #17474 ? i certainly not intended to screw up the gui, but the right direction wasn't quite obvious and really hard to track down for me |
I don't have a clue why it does not work on my end. By reading the Kodi log it seems that Kodi can't finde the pvr.hts.so.5.4.1 file which is present on my system. So either that location is wrong or Kodi doesn't look at the correct location. Maybe there's also something wrong with the way I build Kodi/TVH. We'll see when a dev answers. Probably I'll purge everything tomorrow (including my GH clone) and start from scratch. The PR you mentioned is already merged. I haven't followed the discussion anymore. So I can't say how it looks in the end (will check that as well tomorrow). But because it's already merged, it wouldn't count much anymore if I would not be happy with it, no? ;) |
This is not about tvheadend (which is the backend software). This is about the Tvheadend HTSP Client PVR Addon (aka pvr.hts). |
I don't feel responsible for our build system. |
OK. No probs. Maybe there will be someone else who might be responsible then. |
Has it worked with other addons on If with first then can be something wrong with Kodi's path search by |
Seen it have Can you add after https://github.com/xbmc/xbmc/blob/master/xbmc/addons/binary-addons/AddonDll.cpp#L110 It would be also good to change his log call on a request to see full path, with library name only hard to see 😏. |
Just saw by test another circumstance, has deleted his dll and on Log show with complete path is one character missing!
The i missing! |
Has looked further, has you started Kodi from Seen if from his build folder it fails and use this path on comment before, only if the Kodi started from install path has it worked. |
Saw now on your log:
What says By me for /usr/local/lib/kodi/addons is it |
OK enough comments now 😁, you installed by There is then something wrong by global Either set incorrectly by the system itself or by Kodi's creation. How it come if you do this from addon source: mkdir build && cd build && cmake -DADDONS_TO_BUILD=$(basename $(dirname $(pwd))) \
-DADDON_SRC_PREFIX=../.. \
-DCMAKE_BUILD_TYPE=Debug \
-DCMAKE_INSTALL_PREFIX=/usr/local \
../../xbmc/cmake/addons # Path to your Kodi source
sudo make Still install to |
@AlwinEsch I followed directly the build instructios for Fedora and Linux to build Kodi and also the instructions for Linux to build the binary addons which are mentioned at our 'docs'-secrion at the code. The prefix is always The addon itself builds fine. It's just Kodi that can't locate the specific file. |
Side node first:So....what I've tested now is, that I have copied the What have I done to build:I simply followed the instructions given here: Answering above questions:
yes I have tried to build
Not sure if I got that, but here are some outputs which might help:
lib folder What you see here is, that both (pvr.hts and audioencoder.lame) are located here, but only the audioencoder works.
lib64 folder You see here, what I've mentioned above and that I have created an
After I have compiled Kodi I ran
same for me:
Not sure what you want me to do here ;). As said, I followed the instructions given from our docs. I don't have cloned the binary addon repo to compile an addon directly from there, which should not be the recommended way anyway if we tell users to follow our docs.
|
Our docs are not always perfect 😄 Because of the audio encoder, this can be a bit deceptive. In contrast to PVR, this is not loaded after installation and would only be noticed when it is started (with a CD rip). There can really be something wrong in addons cmake files for handling the @Rechi there seems a bug on our Normally I do this for direct build: mkdir build && cd build && cmake \
-DADDONS_TO_BUILD=$(basename $(dirname $(pwd))) \
-DADDON_SRC_PREFIX=../.. \
-DCMAKE_BUILD_TYPE=Debug \
-DCMAKE_INSTALL_PREFIX=$HOME/.kodi/addons \
-DPACKAGE_ZIP=1 \
~/Development/Kodi/kodi-Matrix/cmake/addons && \ # My Kodi source
make where then on Or if crossplatform build by the Jenkins way (where also work for normal build): cd ./tools/depends/target/binary-addons
mkdir -p addons/pvr.hts
echo "pvr.hts . ." > addons/pvr.hts/pvr.hts.txt
echo all > addons/pvr.hts/platforms.txt
make ADDONS='pvr.hts' \
ADDONS_DEFINITION_DIR=`pwd`/addons \
ADDON_SRC_PREFIX=`pwd` \
EXTRA_CMAKE_ARGS="-DPACKAGE_ZIP=ON" \ # This to become together
PREFIX=$HOME/.kodi/addons # This his wanted install place Addons must then available on With own download works with
|
@DaVukovic is the If yes can you upload that I see his content and also if present to try addon build if it was deleted. |
Cou can try with this hack to see the variable is missing: From 3117636191aa018ccc61cf40d9aaa18eccf8715f Mon Sep 17 00:00:00 2001
From: Alwin Esch <alwin.esch@web.de>
Date: Sun, 15 Mar 2020 17:25:56 +0100
Subject: [PATCH] [addons] temporary hack fix
---
cmake/addons/CMakeLists.txt | 1 +
1 file changed, 1 insertion(+)
diff --git a/cmake/addons/CMakeLists.txt b/cmake/addons/CMakeLists.txt
index 7b217b85bd..08ffba3aa0 100644
--- a/cmake/addons/CMakeLists.txt
+++ b/cmake/addons/CMakeLists.txt
@@ -84,6 +84,7 @@ include(${CORE_SOURCE_DIR}/cmake/scripts/common/CompilerSettings.cmake)
.
set(BUILD_ARGS -DCMAKE_PREFIX_PATH=${CMAKE_PREFIX_PATH}
-DCMAKE_INSTALL_PREFIX:PATH=<INSTALL_DIR>
+ -DCMAKE_INSTALL_LIBDIR=${CMAKE_INSTALL_LIBDIR}
-DPACKAGE_CONFIG_PATH=${ADDON_DEPENDS_PATH}/lib/pkgconfig
-DADDON_DEPENDS_PATH=${ADDON_DEPENDS_PATH}
-DOVERRIDE_PATHS=${OVERRIDE_PATHS}
--.
2.20.1 and then maybe after them on right place. |
Here is the Maikefile.include.in: I also removed everything |
The I take now Fedora as Virtual System to see what happens there (https://www.osboxes.org/fedora/). |
Any updates on this? I'm currently not able to do/test anything PVR related |
Same problem here, compiled from scratch Kodi and all plugins. I am on CentOs. |
I spotted the similar behavior on Debian: the architectures where CMake can determinate the CMake LIBDIR location do work, I have to add |
Bug report
Describe the bug
Here is a clear and concise description of what the problem is:
After building pvr.hts it's available at
Addons -> my addons -> pvr clients
but it fails to loadExpected Behavior
Here is a clear and concise description of what was expected to happen:
TVHeadend should be loaded
Actual Behavior
TVHeadend doesn't load
Possible Fix
To Reproduce
Steps to reproduce the behavior:
Debuglog
The debuglog can be found here:
Kodi log: https://termbin.com/msyy
pvr.hts build log: https://termbin.com/unfu
That might be of interest
pvr.hts.so.5.4.1 is located at:
Screenshots
Here are some links or screenshots to help explain the problem:
Additional context or screenshots (if appropriate)
Here is some additional context or explanation that might help:
Your Environment
Used Operating system:
Android
iOS
Linux
OSX
Raspberry-Pi
Windows
Windows UWP
Operating system version/name: Fedora 31
Kodi version: Kodi master
note: Once the issue is made we require you to update it with new information or Kodi versions should that be required.
Team Kodi will consider your problem report however, we will not make any promises the problem will be solved.
The text was updated successfully, but these errors were encountered: