[gelöst] [epgd & co] Nach Update kein tvm/tvsp mehr ...

Die Plugins für den epgd werden aber sicher nicht im Paket für das entsprechende VDR-Plugin enthalten sein... Hier müsste vermutlich eher nach dem "epgd"-Paket gesucht werden, welches die Plugins enthält...

Wenn die von Dir aufgezählten Optionen nicht funktionieren, bleibt eigentlich nur noch die Pakete auf hold zu setzen.

Auf meinem Server sieht das dann so aus:

@vdrserver:~# apt-mark showhold
epgd
epghttpd
mariadb-plugin-epglv
vdr-epg-daemon

Bei Dir dann noch zusätzlich vdr-plugin-epg2vdr

Also z.B. sudo apt-mark hold vdr-plugin-epg2vdr

Das schützt Dich vor ungewollten Updates.

Wenn Du die Pakete dann updaten willst, gibst Du sie zur Installation frei z.B.sudo apt-mark unhold vdr-plugin-epg2vdr

und sperrst sie danach wieder.

Mache ich auch so, damit meine selbst gebauten Pakete nicht ersetzt werden.

Hi,

Quote from davie2000

Ich dachte immer vdr-epg-daemon sei so ein "Überpaket", das die anderen drei (epgd, epghttpd und mariadb-plugin-epglv) enthält. Lieg ich da falsch?

nein da liegst du richtig.Nur, sind eben die Plugins tvm/tvsp nicht enthalten.Warum,brauch ich hier wohl nicht ausführen.

Quote from davie2000

D.h. ich muss jetzt manuell vdr-epg-daemon und vdr-plugin-epg2vdr wieder auf Frodos Version zwingen und diese beiden dann "ins Hold nehmen".

Manuell den Hold aufheben darf ich dann also nur, wenn es von Frodo eine neue Version gibt.

Stimmt das so?

ja wenn du tvm/tvsp willst dann bleibt dir hier keine andere Wahl!

Wenn du ein PPA findest das Patched vdr-epgdaemon bereitstellt musst du auch den VDR und alle Plugins

aus diesem PPA nehmen.Nicht alle PPA's haben den gleichen Patch-Stand.

...Paket hold

sudo apt-mark hold epgd epghttpd mariadb-plugin-epglv vdr-plugin-epg2vdr

...hold lösen

sudo apt-mark unhold epgd epghttpd mariadb-plugin-epglv vdr-plugin-epg2vdr

...ausgabe Pakete hold

apt-mark showhold

Gruss

Wolfgang

Ich würde epgd mit einem Skript einfach bei Bedarf selber als Paket bauen lassen, das ist ja kein großes Ding, das zu automatisieren.

In einem temporären Verzeichnis die Sourcen mit apt source vdr-epg-daemon  holen (dazu einmalig mit add-apt-repository -s ppa:yavdr/experimental-main das Repo für die Quellpakete einbinden), mit sudo apt build-dep vdr-epg-daemon die Bau-Abhängigkeiten holen, ins Verzeichnis vdr-epg-daemon-*/PLUGINS/ wechseln, die Git-Repos für die Plugins mir einem kurzen Verzeichnisnamen ohne Bindestriche in lower-Case reinklonen, eine Verzeichnisebene hochgehen, die Versionsnummer mit dch -l _custom 'mit Extras' setzen und dann mit dpkg-buildpackage -us -uc -b bauen und mit apt install ../*.deb installieren lassen. Dann das temporäre Verzeichnis wieder abräumen.

Quote from davie2000

PS: Wundere mich nur etwas, dass hier dann offenbar alle, die epgd mit tvm/tvsp nutzen, entweder selber kompilieren oder mit alten Versionen unterwegs sind.

Entweder dass, oder eben keine PPAs mischen. Frodo wird doch irgendwann nachziehen? Wieso holt er dann bei Dir ein neueres Paket ohne diese Plugins von woanders her? Sollte doch gar nicht passieren mit den richtigen PPAs und evtl. pinning.

Ich habe nur die yavdr-Quellen eingebunden. Bevor ich ein dist-upgrade mache, schaue ich mir erst an, was evtl aktualisiert wird. sehe ich den epg-daemon, mache ich es wie Alexander eben beschrieben hat. Erst dann lasse ich mit update/dist-upgrade den Rest aktualisieren. So passen auch immer schön epg2vdr und der epgd zusammen.

Wenn man sich einmal ein "privates" PPA eingerichtet hat, ist das ja auch kein großer Umstand.

1. per debian/rules make-orig das Git-Update ziehen und ein Archiv dazu erzeugen

2. per dpkg-buildpackage die Erzeugung starten

3. per reprepro das erzeugte Paket ins PPA verschieben

4. in diesem Fall hier einmal mysql und co anhalten..

5. einmal apt update && apt upgrade

6. alles wieder starten.

Und wenn man schon dabei ist, kann man die eigenen Pakete auch gleich "Pinnen".

42

EPGD baue ich schon immer selber auf dem Server wo es läuft, das richtet man sich wie hier mehrfach beschrieben ein, so wie man es braucht und hat dann die Version wo man will. Man muss sich halt mal hinsetzen und die Sache verstehen, im Grunde ist es einfacher wie das Pinning und Hold zusammen.

Ich habe mein Paket gerade aktualisiert.

Wenn du die VDR-Pakete aus dem yaVDR-PPA bzw. aus meinem PPA für den VDR 2.4.1 hast, musst du das vdr-plugin-epg2vdr nicht selber kompilieren, das ist ja auf dem aktuellen Stand und unabhängig von den zusätzlichen Scraper-Plugins für epgd.

Die genannten Dienste dürfen beim Bauen von epg2vdr aber durchaus laufen, wichtig ist nur die Reihenfolge des Starts nach der Aktualisierung - erst epgd und epghttpd (damit die Datenbank auf den neuen Stand angepasst wird) und danach der VDR mit dem vdr-plugin- epg2vdr.

Das vdr-plugin-epg2vdr hat mit den tvm/tvsp-Plugins nichts zu tun, das redet nur mit der Datenbank und epgd selbst, aber hat keinen direkten Kontakt zu den Scrapern für die EPG-Daten aus dem Internet . Es muss nur aktuell genug sein, um zum vdr-epg-daemon zu passen.

Was du machen musst (wenn Frodo nicht wieder schnell genug nachzieht) ist die Sourcen des vdr-epg-daemon mit den Sourcen der gewünschten Plugins zu ergänzen und das dann kompilieren und das Ergebnis davon installieren.

Schau Dir noch einmal meine Mitteilung vom 20. Dezember an. Da steht alles drin!

Anschließend mit

apt-mark hold epgd-dbg epgd epghttpd-dbg epghttpd mariadb-plugin-epglv vdr-epg-daemon

alles auf hold setzen, damit keine Änderungen beim apt-get dist-upgrade erfolgen. Das war es.

Quote from davie2000

Wenn noch Frodos Version (1.1.155) installiert ist, dann würden diese Sourcen geholt werden, oder?

apt source holt sich normalerweise die aktuellste in den Paketquellen verfügbare Version (gemäß der gesetzten Prioritäten der Paketquellen) - aber den Schritt kannst du ja leicht ausprobieren, ohne dass etwas kaputt geht.

Quote from seahawk1986

apt source holt sich normalerweise die aktuellste in den Paketquellen verfügbare Version

In Abhängigkeit welche Source Quellen man aktiviert hat, bei den ganzen Paketquellen was hier einige nutzen kann es schnell zur nächsten Baustelle werden.