Closed Gronda74 closed 1 year ago
Thanks for opening your first issue here! Be sure to follow the relevant issue templates, or risk having this issue marked as invalid.
It looks like the Alpine repo build doesn't enable it https://build.alpinelinux.org/buildlogs/build-3-18-x86_64/community/xmltv/xmltv-1.2.1-r0.log
The simplest fix would be to open an issue against the package and ask them to build it with the SD JSON API enabled; they're usually pretty responsive. If they can't/won't change the build, we might be able to look at reverting to building it ourselves but we stopped because it was causing us issues and so I'd rather avoid it if we can.
In the meantime you can pin to 09a2c71a-ls116
so that you don't lose any functionality.
Thanks. I've put the request in and it looks like this has been done so hopefully the next time this build updates it will be there too :)
Thanks for pushing the updated build through. The internal grabber is now there but having enabled it when I run the grabber I get the following error:
2023-05-22 08:35:41.623 [ ERROR] dvr: unable to stat file '/recordings/M_A_S_H/M_A_S_H - S05E24 - Post Op.mkv' 2023-05-22 08:35:41.900 [ INFO] dvr: Purging obsolete autorec entries for current schedule 2023-05-22 08:35:41.901 [ NOTICE] START: HTS Tvheadend version 4.3-2120~g18effa8ad started, running as PID:142 UID:1029 GID:100, CWD:/run/s6-rc:s6-rc-init:chIIEe/servicedirs/svc-tvheadend CNF:/config 2023-05-22 08:35:41.903 [ INFO] iptv: m3u parse: 0 new mux(es) in network 'TV' (total 68) 2023-05-22 08:35:44.011 [ INFO] scanfile: DVB-S - loaded 1 regions with 116 networks 2023-05-22 08:35:44.011 [ INFO] scanfile: DVB-T - loaded 46 regions with 1134 networks 2023-05-22 08:35:44.011 [ INFO] scanfile: DVB-C - loaded 20 regions with 82 networks 2023-05-22 08:35:44.011 [ INFO] scanfile: ATSC-T - loaded 2 regions with 13 networks 2023-05-22 08:35:44.011 [ INFO] scanfile: ATSC-C - loaded 1 regions with 5 networks 2023-05-22 08:35:44.011 [ INFO] scanfile: ISDB-T - loaded 2 regions with 1297 networks 2023-05-22 08:37:32.000 [ INFO] xmltv: /usr/bin/tv_grab_zz_sdjson: grab /usr/bin/tv_grab_zz_sdjson 2023-05-22 08:37:32.002 [ INFO] spawn: Executing "/usr/bin/tv_grab_zz_sdjson" 2023-05-22 08:37:33.155 [ ERROR] spawn: Can't locate JSON.pm in @INC (you may need to install the JSON module) (@INC contains: /usr/local/lib/perl5/site_perl /usr/local/share/perl5/site_perl /usr/lib/perl5/vendor_perl /usr/share/perl5/vendor_perl /usr/lib/perl5/core_perl /usr/share/perl5/core_perl) at /usr/bin/tv_grab_zz_sdjson line 57. 2023-05-22 08:37:33.155 [ ERROR] spawn: BEGIN failed--compilation aborted at /usr/bin/tv_grab_zz_sdjson line 57. 2023-05-22 08:37:33.164 [ ERROR] xmltv: /usr/bin/tv_grab_zz_sdjson: no output detected 2023-05-22 08:37:33.164 [WARNING] xmltv: /usr/bin/tv_grab_zz_sdjson: grab returned no data
Can you try docker exec tvheadend apk add perl-json
and then test again. You may also need to install perl-json-xs
, but try without first.
If that fixes it I can sort out a PR to add the package(s) to the image.
Where do I try that? Sorry, I've got very limited experience of docker / linux. I'm using docker as pre-installed on my Synology NAS. I do have Portainer running on that but when I use Portainer to connect to the console for the tvheadend package and type that in I get an error message of bash: docker: command not found
If you're connecting to the container console then it's just apk add perl-json
Fantastic, that's fixed it. I ran the command apk add perl-json
and got the result as follows:
fetch http://dl-cdn.alpinelinux.org/alpine/v3.18/main/x86_64/APKINDEX.tar.gz
fetch http://dl-cdn.alpinelinux.org/alpine/v3.18/community/x86_64/APKINDEX.tar.gz
(1/1) Installing perl-json (4.10-r0)
OK: 379 MiB in 268 packages
From there I ran the grabber and it duly grabbed and processed the data.
OK great, I'll knock up a PR to add the package to the image.
Just to note, I found this issue when my guide data dropped. I noticed this added in the SD JSON API but we still missed the tv_grab_zz_sdjson_sqlite version. Requested to be added to the alpine package which is now done, so next time this image is rebuilt I assume it will also pull through.
Is there an existing issue for this?
Current Behavior
Since installing the latest build of e2ae8f4e-ls121 the XMLTV internal grabber for Schedules Direct JSON API has vanished.
Expected Behavior
I expect to see an XMLTV internal grabber for Schedules Direct JSON API as in the previous build 09a2c71a-ls116.
Steps To Reproduce
Environment
CPU architecture
x86-64
Docker creation
Container logs