Ich habe den Überblick verloren und stehe hier grad total aufm Schlauch. Ich konnte anhand der Logfiles des VDR das vdr-plugin-epgsearch als Segmentaion fault verursachendes Plugin Identifizieren. Aber jetzt geht der Mist wieder los ( Debian 10 / vdr 2.4.0 aus main Repos )
Nachgelesen = o.g. Plugin hat im Programmcode eine Fehler in einem Loop => selbst kompilieren
Dann bin ich nach o.g. Anweisungen vorgegangen ( dget -xu https://launchpad.net/~yavdr/+…9ba796-0yavdr0~bionic.dsc ) => Datei Offline
Dann habe ich auf GIT Hub nach e-Tobis code gesucht, in der Repoliste steht eien gepachte version drin, aber ich diese nicht herunterladen.
Als auch das nicht erfolgreich war habe ich nach einer Debian 10 Quelle für das EPG search Plugin gesucht : (https://packages.e-tobi.net/vd…ch/binary/vdr-multipatch/
wget https://packages.e-tobi.net/vdr-experimental/pool-stretch/binary/vdr-multipatch/vdr-plugin-epgsearch_2.4.0%2bgit20190507-1_amd64.deb
--2019-10-07 12:20:03-- https://packages.e-tobi.net/vdr-experimental/pool-stretch/binary/vdr-multipatch/vdr-plugin-epgsearch_2.4.0%2bgit20190507-1_amd64.deb
Auflösen des Hostnamens packages.e-tobi.net (packages.e-tobi.net)… 85.214.78.111
Verbindungsaufbau zu packages.e-tobi.net (packages.e-tobi.net)|85.214.78.111|:443 … verbunden.
HTTP-Anforderung gesendet, auf Antwort wird gewartet … 200 OK
Länge: 636678 (622K) [application/octet-stream]
Wird in »vdr-plugin-epgsearch_2.4.0+git20190507-1_amd64.deb« gespeichert.
vdr-plugin-epgsearch_2.4.0+git20190507-1_amd64 100%[=================================================================================================>] 621,76K 1,43MB/s in 0,4s
2019-10-07 12:20:03 (1,43 MB/s) - »vdr-plugin-epgsearch_2.4.0+git20190507-1_amd64.deb« gespeichert [636678/636678]
root@ngNAS:~# ll
insgesamt 1,1M
-rw-r--r-- 1 root root 622K Jul 15 01:40 vdr-plugin-epgsearch_2.4.0+git20190507-1_amd64.deb
drwxrwxr-x 8 root root 4,0K Jan 16 2019 vdr-plugin-epgsearch-49ba796fe6298abf0ebba68a25ddfc92d3d70aad
-rw-r--r-- 1 root root 469K Okt 7 12:10 vdr-plugin-epgsearch-49ba796fe6298abf0ebba68a25ddfc92d3d70aad.tar.gz
root@ngNAS:~# dpkg -i vdr-plugin-epgsearch_2.4.0+git20190507-1_amd64.deb
Vormals nicht ausgewähltes Paket vdr-plugin-epgsearch wird gewählt.
(Lese Datenbank ... 80100 Dateien und Verzeichnisse sind derzeit installiert.)
Vorbereitung zum Entpacken von vdr-plugin-epgsearch_2.4.0+git20190507-1_amd64.deb ...
Entpacken von vdr-plugin-epgsearch (2.4.0+git20190507-1) ...
dpkg: Abhängigkeitsprobleme verhindern Konfiguration von vdr-plugin-epgsearch:
vdr-plugin-epgsearch hängt ab von vdr-abi-2.4.1-multipatch-1; aber:
Paket vdr-abi-2.4.1-multipatch-1 ist nicht installiert.
dpkg: Fehler beim Bearbeiten des Paketes vdr-plugin-epgsearch (--install):
Abhängigkeitsprobleme - verbleibt unkonfiguriert
Trigger für man-db (2.8.5-2) werden verarbeitet ...
Fehler traten auf beim Bearbeiten von:
vdr-plugin-epgsearch
Alles anzeigen
Wie fast immer bei den verfluchten VDR Kompilations Horror lief auch das nicht wirklich.
Es ist jede mal der gleich Mist : Beim VDR Update läuft danach erstmal nichts stabil und richtig.
Hier auch : https://salsa.debian.org/vdr-team/vdr-plugin-epgsearch: lt VDR version läuft alles auf vdr 2.4.0.. Die Kopilation endet dann wieder mit :
dpkg-buildpackage -us -uc
dpkg-buildpackage: Information: Quellpaket vdr-plugin-epgsearch
dpkg-buildpackage: Information: Quellversion 2.4.0+git20190507-2
dpkg-buildpackage: Information: Quelldistribution unstable
dpkg-buildpackage: Information: Quelle geändert durch Tobias Grimm <etobi@debian.org>
dpkg-buildpackage: Information: Host-Architektur amd64
dpkg-source --before-build .
dpkg-checkbuilddeps: Fehler: Nicht erfüllte Bauabhängigkeiten: vdr-dev (>= 2.4.1)
dpkg-buildpackage: Warnung: Bauabhängigkeiten/-konflikte nicht erfüllt; Abbruch
dpkg-buildpackage: Warnung: (Verwenden Sie -d, um sich darüber hinwegzusetzen.)
Warum wird vdr-dev 2.4.1 verlangt wenn doch 2.4.0 als Code Grundlage genutzt wird ?
Es wäre nett wenn mir helfen könnte, wie ich das vdr-plugin-live kompilieren kann, was ich außer den Standartkpompilertools noch brauche und wo ich welche Software herbekomme, was ich genau an Paketen installieren muss.
Gibt es keine Möglichkeit, das System anhand des installierten VDR kompilierbereit zu machen ( apt install "alles was zum kompilieren von $(dpgk -l | grep vdr ) nötig ist ) , dann den aktuellen passenden Plugin Quellcode von "keine was wozu wie passt" laden und kompilieren. Was bei viele anderen Programmen recht Problemlos klappt endet beim VDR jedes mal in Tagelangen Read-Compile-Frustration Horror.
EDIT : lt. :
dpkg -l | grep epg
ii vdr-plugin-epgsearch 2.2.0+git20170817-2 amd64 VDR plugin that provides extensive EPG searching capabilities
ist jetzt eine 2te Version des Plugins installiert worden. Ist das EPG Search Confict Programmteil deaktiviert worden ? Der VDR läuft zwat jetzt ( stabil ??? ) auch mit dem epg search plugin, meldet nur keine Timerkonflikte mehr. Wäre für mich akzeptabe solange der vdr denn endlich stabil läuft und die Suchtimer laufen.
Grad getestet : In Version :
show_sources vdr vdr-plugin-epgsearch
vdr | 2.4.0-1+b1 | http://deb.debian.org/debian buster/main amd64 Packages
vdr | 2.4.0-1 | http://deb.debian.org/debian buster/main Sources
vdr-plugin-epgsearch | 2.2.0+git20170817-2 | http://deb.debian.org/debian buster/main amd64 Packages
vdr-plugin-epgsearch | 2.2.0+git20170817-2 | http://deb.debian.org/debian buster/main Sources
wurde der epg conflict check deaktiviert. Der VDR läuft stabil, Timer etc läuft alles, Timerkonflikte werden ignoriert. Frei nach dem Prinzip " Wer zuerst kommt mahlt zuerst" werden die Timer abgearbeitet.
Bin mal gespannt ob der VDR länger 1-2 Stunden läuft ....