xmltv2vdr lädt keine Daten

Gerdchen03 · June 9, 2019 at 8:35 PM

Hallo,

mein VDR ist schon eine recht alte Installation, lief aber Jahrelang ohne Probleme. Nun seit ein paar Wochen schaltet er sich nicht mehr aus, weil xmltv2vdr das Herunterfahren verhindert. In der Syslog habe ich dazu einen Eintrag gefunden:

Code

xmltv2vdr: 'tvm2xmltv' ERROR (script) no output
xmltv2vdr: 'tvm2xmltv' ERROR epgsource returned 1
xmltv2vdr: 'tvm2xmltv' waiting 60 seconds

Ich wäre euch dankbar, wenn mir jemand einen Tip geben könnte, wie ich das Problem eingrenzen und schließlich lösen könnte.

fnu · June 10, 2019 at 2:06 AM

Bei dem verwendeten Provider haben sich die entsprechenden URLs geändert. 3PO hatte diezbzgl. eine Änderung für den Grabber in "epgd" eingebracht, vielen Dank dafür. Diese habe ich auch ganz ungeniert hier übernommen ...

Die Änderung bzw. die Verwendung des angepassten Grabbers sollte problemlos mit einer älteren VDR Installation funktionieren.

Gerdchen03 · June 10, 2019 at 11:29 AM

Danke für die Info. Mein Ubuntu ist noch 12.04. Kann ich dann überhaupt eine der Plugin-Versionen verwenden?

seahawk1986 · June 10, 2019 at 12:15 PM

Du musst die von dir verwendete Plugin-Version mit der Änderung neu bauen.

Gerdchen03 · June 10, 2019 at 12:20 PM

Ich weiß, aber welche Version lade ich herunter? fnu bietet zwei an:

vdr-plugin-xmltv2vdr-grabber-tvm2xmltv - 0.2.3-0fnu0~xenial

vdr-plugin-xmltv2vdr-grabber-tvm2xmltv - 0.2.3-0fnu0~bionic

seahawk1986 · June 10, 2019 at 12:51 PM

Hast du die Sourcen für den von dir aktuell genutzten Grabber noch? Dann musst du eigentlich nur diese kleine Änderung nachpflegen: https://launchpadlibrarian.net/420245605/vdr-…~xenial.diff.gz

Gerdchen03 · June 10, 2019 at 1:53 PM

Ich habe noch die Datei:

vdr-plugin-xmltv2vdr-grabber-tvm2xmltv_0.2.1-0fnu0~precise_i386.deb

dazwischen gab es aber noch Änderungen:

- vdr-plugin-xmltv2vdr-grabber-tvm2xmltv - 0.2.1-0fnu2~precise

- vdr-plugin-xmltv2vdr-grabber-tvm2xmltv - 0.2.1-1fnu0~precise

- vdr-plugin-xmltv2vdr-grabber-tvm2xmltv - 0.2.2-0fnu0~precise

Soll ich die auch einarbeiten?

Sorry, für die Anfängerfrage, aber ich hab's echt schon lange nicht mehr gemacht, aber wie arbeite ich die diffs ein??

fnu · June 10, 2019 at 2:13 PM

Also m.E. musst Du den Grabber nicht neu bauen (lassen) ... der ist eigentlich unabhängig von der Plugin Version, es wird nur geprüft ob ein Paket vdr-plugin-xmltv2vdr installiert ist.

Einfach eines der aktuellen DEBs (...0.2.3) runterladen und installieren, egal ob das xenial oder bionic heisst, sollten die sich auch auf älteren LSB Releases installieren lassen ...

[EDIT] Etwaige persönlich angepasste Konfigurationsdateien bzgl. des Grabbers vorher eben sichern ...

Gerdchen03 · June 10, 2019 at 4:30 PM

Habe versucht vdr-plugin-xmltv2vdr-grabber-tvm2xmltv_0.2.3-0fnu0-xenial_i386.deb zu installieren. Als Abhängigkeit wird aber

libstdc++6 >= 5.2 verlangt, welches in Version 4.6.3-1ubuntu5 installiert ist. Ich habe zur Installation die Abhängigkeit ignoriert, aber dann startet der Grabber später nicht:

xmltv2vdr: 'tvm2xmltv' ERROR (script) tvm2xmltv: /usr/lib/i386-linux-gnu/libstdc++.so.6: version `GLIBCXX_3.4.21' not found (required by tvm2xmltv)

xmltv2vdr: 'tvm2xmltv' ERROR (script) tvm2xmltv: /usr/lib/i386-linux-gnu/libstdc++.so.6: version `GLIBCXX_3.4.20' not found (required by tvm2xmltv)

xmltv2vdr: 'tvm2xmltv' ERROR epgsource returned 1

fnu · June 10, 2019 at 5:29 PM

Hmm, diese Abhängigkeit gibt aber nicht das verwendete Paket vor, die sind eigentlich eher generischer Natur ....

Build-Depends: debhelper (>= 9), pkg-config, libxml2-dev, libcurl4-openssl-dev, libxslt1-dev, zlib1g-dev

Ergibt sich aber offensichtlich leider als Folgeabhängigkeit aufgrund Deiner überholten Ubuntu Basis ...

Dann eben kurz lokal neu bauen, so in groben Schritten:

Code

#/> cd /usr/src
#/> mkdir grabber-tvm2xmltv
#/> cd grabber-tvm2xmltv
#/> dget -xuq https://launchpad.net/~fnu/+archive/ubuntu/stable-vdr-fnu/+sourcefiles/vdr-plugin-xmltv2vdr-grabber-tvm2xmltv/0.2.3-0fnu0~xenial/vdr-plugin-xmltv2vdr-grabber-tvm2xmltv_0.2.3-0fnu0~xenial.dsc
#/> rm *xenial*
#/> cd vdr-plugin-xmltv2vdr-grabber-tvm2xmltv-0.2.3/
#/> debuild -i -us -uc -b
#/> cd ..
#/> dpkg -i vdr-plugin-xmltv2vdr-grabber-tvm2xmltv_0.2.3-0fnu0~xenial_i386.deb

Wenn Du die Version und/oder Appendix ändern möchtest vor dem debuild debian/changelog mit dch -i -D precise anpassen, oberste Zeile ... das DEB Paket heißt dann eben so, wie von Dir definiert.

Die o.a. Abhängigkeiten müssen vor dem debuild natürlich auch installiert sein.

Gerdchen03 · June 10, 2019 at 7:11 PM

Ich habe die Pakete nachinstalliert:

Code

apt-get install debhelper pkg-config libxml2-dev libcurl4-openssl-dev libxslt1-dev zlib1g-dev

Die Installation von libcurl4-openssl-dev schlägt fehl:

Code

Reading package lists... Done
Building dependency tree       
Reading state information... Done
The following package was automatically installed and is no longer required:
  vdr
Use 'apt-get autoremove' to remove them.
The following extra packages will be installed:
  libssh2-1-dev
Suggested packages:
  libcurl4-doc libcurl3-dbg
The following packages will be REMOVED:
  libcurl4-gnutls-dev
The following NEW packages will be installed:
  libcurl4-openssl-dev libssh2-1-dev
0 upgraded, 2 newly installed, 1 to remove and 579 not upgraded.
42 not fully installed or removed.
Need to get 0 B/1,489 kB of archives.
After this operation, 768 kB disk space will be freed.
Do you want to continue [Y/n]? y
Preconfiguring packages ...
(Reading database ... 214606 files and directories currently installed.)
Preparing to replace vdr 1.7.22-1 (using .../archives/vdr_1.7.22-1_i386.deb) ...
Stopping Video Disc Recorder: Terminated
invoke-rc.d: initscript vdr, action "stop" failed.
dpkg: warning: subprocess old pre-removal script returned error exit status 143
dpkg - trying script from the new package instead ...
Stopping Video Disc Recorder: Terminated
invoke-rc.d: initscript vdr, action "stop" failed.
dpkg: error processing /var/cache/apt/archives/vdr_1.7.22-1_i386.deb (--unpack):
 subprocess new pre-removal script returned error exit status 143
/var/lib/dpkg/info/vdr.postinst: 137: /var/lib/dpkg/info/vdr.postinst: db_stop: not found
dpkg: error while cleaning up:
 subprocess installed post-installation script returned error exit status 127
Errors were encountered while processing:
 /var/cache/apt/archives/vdr_1.7.22-1_i386.deb
E: Sub-process /usr/bin/dpkg returned an error code (1)

Display More

Gerdchen03 · June 10, 2019 at 7:52 PM

Wenn ich das richtig verstehe, ist da irgendwo noch ein Eintrag, dass wohl mal VDR 1.7.22 installiert war. apt-get autoremove bringt auch keine Lösung:

Code

dpkg: error processing vdr (--remove):
 Package is in a very bad inconsistent state - you should
 reinstall it before attempting a removal.
Errors were encountered while processing:
 vdr
E: Sub-process /usr/bin/dpkg returned an error code (1)

fnu · June 11, 2019 at 11:21 AM

Woher kommt der von Dir verwendete VDR (lt. Sig. 2.0.2) dann, wenn er versucht das Paket VDR zu deinstallieren, in inkosistenten Zustand?

Regards

fnu

Gerdchen03 · June 11, 2019 at 3:12 PM

Hallo,

das ist alles schon extrem lange her, als ich das installiert habe. Ich hatte zuletzt 1.7.31 drauf. Im März 2013 habe ich (laut Dateistempel) die Version 2.0.2 installiert. Ich hatte damals, soweit ich mich erinnere, ein HowTo von VDR-Wiki verwendet. Das scheint aber nicht mehr online zu sein. Ich hatte die Version 2.0.2 heruntergeladen und selbst kompiliert. Das weiß ich sicher.

Gruß

Gerd

seahawk1986 · June 11, 2019 at 3:38 PM

Hast du das Verzeichnis mit den Quellen des VDR und der Plugins von damals noch?

ludi · June 11, 2019 at 4:16 PM

Gerdchen03

Falls du dir überlegst, auf bionic mit yavdr ansible umzusteigen, wollte ich dich auf dieses Problem beim Booten mit deiner Nova-HD-S2 Karte hinweisen.

MfG

fnu · June 11, 2019 at 5:19 PM

Quote from Gerdchen03

soweit ich mich erinnere, ein HowTo von VDR-Wiki verwendet.

Ok, d.h. Du hast den VDR vmtl. direkt aus Source-tgz gebaut, könnte evtl. das HowTo von sewn4 sein ... das basierte auf Ubuntu.

Dann bringt der lokale Paket-Eigenbau eigentlich wenig. Das einfachste wäre Du passt in Deinen vmtl. noch lokal vorhandenen Quellen einfach die beiden URLs beim Grabber an und lässt es neu mit make bauen ...

Regards

fnu

Gerdchen03 · June 11, 2019 at 9:46 PM

seahawk1986: Ich denke ja. Ich habe noch den Ordner /usr/local/src/vdr-2.0.2 und da ist auch der Ordner PLUGINS/src mit den Plugin enthalten

ludi: Danke für den Hinweis!! Das Problem wurde ja nie richtig gelöst, oder? Ich hab das mal überflogen, aber keine echte Lösung gefunden.

fnu:

Quote

Das einfachste wäre Du passt in Deinen vmtl. noch lokal vorhandenen Quellen einfach die beiden URLs beim Grabber an

Wäre nett, wenn du mir erklärst, wie das geht? Den Graeber hab ich ja als .deb. Wie passe ich da etwas an.

seahawk1986 · June 12, 2019 at 9:21 AM

Quote from Gerdchen03

Wäre nett, wenn du mir erklärst, wie das geht? Den Graeber hab ich ja als .deb.

Es sollte eigentlich genügen, wenn du im Verzeichnis der entpackten Debian-Sourcen (nach der 6. Zeile aus xmltv2vdr lädt keine Daten) make und danach sudo make install ausführst.

Ich bin aufgrund des Paketnamens fälschlicherweise davon ausgegangen, dass der Grabber Abhängigkeiten vom VDR hat, aber da das nicht der Fall ist, sollte man ihn einfach bauen können, wenn die Build-Dependencies installiert sind.

ludi · June 12, 2019 at 5:21 PM

Quote from Gerdchen03

ludi: Danke für den Hinweis!! Das Problem wurde ja nie richtig gelöst, oder? Ich hab das mal überflogen, aber keine echte Lösung gefunden.

Nein, es gibt noch keine richtige Lösung. Es gibt jedoch zwei Workarounds: beim ersten Workaround wird der VDR gepatched um ihn beim start schnell zwischen zwei Sender hin und her schalten zu lassen.

Ich dagegen, habe einen systemd script geschrieben, der nach dem Start des Computers auf den Start des VDRs wartet und dann ein Script aufruft, der über svdrpsend die Sender hin und her schaltet.

Systemd script:

Code

[Unit]
Requires=vdr.service
After=vdr.service

[Service]
Type=simple
ExecStart=/home/ludi/nova_hd_init_bug_work_around/nova_hd_init_bug_work_around.sh
KillMode=process

[Install]
WantedBy=multi-user.target

Display More

Script zum hin und her schalten (101 und die folgenden Sender benutzen die Nova-HD-S2; ich habe nicht nur DVB-S Empfang):

Bash

#!/bin/bash

svdrpsend CHAN 101
svdrpsend CHAN +
svdrpsend CHAN +
svdrpsend CHAN +
svdrpsend CHAN -
svdrpsend CHAN -
svdrpsend CHAN -

exit 0

Display More

Ich weiß nicht, ob alles so ist, wie es sein sollte. Ich habe diese Anleitung befolgt.

MfG

Participate now!