So having any *ocaml* packages installed will break building the Generic image.
O_o this shouldn't happen tx for searchin
Posts by CvH
-
-
If I reacall correctly then it is some problem with one chip at this card what makes it impossible to get it open source likle every other hw from dvbsky.
-
The problem is that I need to build the whole package (all drivers) - typically it only build the driver for your card at the system - so the problem could be a LE only problem.
-
Did you ever get round to making a test buildI tested it and it won't build - no real idea how to fix it - have to wait for an update at DVBSky.
-
-
I updated Tvheadend with the old dvbcsa - maybe this is the curlpit.
test (same name like the last one) -
I'm pretty sure that oe6 tvh had enabled dvbcsa for arm only
oh well you are right ;D
then I try to revert the csa changes maybe it helps
-
dvbcsa module has always been enabled for armno - oe tvh has -disable-dvbcsa
we had bumped csa some time back maybe this is the curlpit - do a build later
-
My output isn't that helpful - Ubuntu 16.04 Desktop
-
I am attempting to build it without jenkins as I type. I'd be curious to see if it completes.sry I can't find it
is this also not working ?btw the log looks pretty normal
as already written we "all" use ubuntu 16.04 also -
What about modifying the update / download url for libreelec releases to cvh.libreelec.tv and have updates happen inside kodi ?Autoupdate won't happen - too much maintance effort + I have 0 chance to test anything. I got _no_ dvb hw so no way I could test anything I would push through autoupdate.
-
We discussed it (and it would work) but this is a huge clusterfuck because you need the addons exactly for the image. This sounds easy but is a huge maintance effort. These package only exist because some vendors are too lazy to make proper linux drivers. TBS for example has learned that it is worth the effort to bring their drivers official into the kernel. Maybe the premium brand DD also get the notice some time in the future.
-
Could you provide this build for 4.0.9?done
-
Well this could explain "something". OSCam was "!always" the same but at Tvh we changed the descrambling (nobody said a word that this is not working - maybe nobody uses it).
test
pls test to install over the normal tvh - reboot
This is deactivating a descrambler - dvbcsa - module (like in 6.0) - maybe it works. -
libllvm-3.5-ocaml-dev and trying again.153274 – [jhbuild] build error in LLVM OCaml bindings
I guess you are running debian? Btw have you tried it without jenkins ? Idk how jenkins is handle the build process maybe it fails due that.
-
single branch cloning
git clone -b libreelec-7.0 [url]https://github.com/LibreELEC/LibreELEC.tv.git[/url] Destinationfolderclone everything and change branch
git clone [url]https://github.com/LibreELEC/LibreELEC.tv.git[/url] Destinationfolder
git checkout libreelec-7.0git checkout branch branch = master, libreelec-7.0 ...
git checkout tag tag = 7.0.1 ... -
sorry, no success. I tried both drivers (digital devices and digital devices manufacturer) after clean installs.next try
1.41
only digital devices manufacturer should be working -
scanning parameters are fine because with that parameters i can scan fine at desktop pcthis is the si2168 branch - did you have at the destop the same drivers ? It could also be an kernel problem - not sure where the curl pit could be.