[DISCONTINUED] easyEPG Grabber // WebGrab++ Alternative [v0.4.3 | 2020/01/11]

Probier Mal nicht den folder reinzumappen, sondern direkt eine Datei mit dem Namen deiner kombinierten XML. Wenn ich es richtig weiß, dann geht das.

Danke Euch! Läuft!

Seit ein paar Tagen sind die neu gebauten Images von mir jetzt nicht mehr auf Basis von Debian Stretch-Slim, sondern Buster-Slim. Laufen sollte alles völlig ohne Probleme, ich schaue aber noch ob ich das Image nicht doch noch wieder etwas kleiner bekomme - Buster scheint sich da etwas anders als Stretch zu verhalten oder die Packages sind einfach größer.

@joto62 und evtl. noch andere:
Die Version die gerade gebaut wird unterstützt jetzt eine ".env" Datei neben der normalen Übergabe der Environment-Variablen über Command-Line respektive NAS-GUI. Wer das braucht oder mal testen möchte kann in dem reingereichten Ordner für easyepg einfach eine leere Datei mit dem Namen ".env" anlegen (oder sie auch mit -v bzw. als Volume von woanders aus reinmounten beim "docker run").

Diese Datei wird, so sie vorhanden und leer ist, einmalig(!) mit den dem Container beim "docker run" übergebenen env-Variablen befüllt. Ist sie vorhanden und nicht leer wird sie beim Starten des Containers automatisch eingelesen und verarbeitet und überschreibt(!) dann ggf. via "docker run" übergebene Variablen (was Dein Problem beheben sollte auf der Syno @joto62). Hat man die Datei also einmal erstellt und befüllt, kann man sich im Anschluss die Übergabe via GUI sparen und nur noch mit dem File den Container konfigurieren.

Ich werde bei gelegenheit den neuen container ausprobieren dlueth.
Im moment ist meine Zeit knapp.
Ich geb dann bescheid und Danke nochmal.

m.f.g. joto

Hallo,
So habe nun das neue Image von dlueth heruntergeladen und einen neuen Container erstellt.
Habe eine .env erstellt ausserhalb des containers im easyepg ordner (MEIN ORDNER :/easyepg ... habe ich gemacht).
Docker container starten...Die .env wird auch mit dasten befuellt.
Nach meinem verstaendnis muesste eine aenderung in der .env sich beim neustart des containers auswirken.
Ich habe mal UPDATE von yes auf no gestellt in der .env und den Container neu gestartet ....danach habe ich echo "$UPDATE" abgefragt aber leider hat sich UPDATE nicht geaendert es war wie vorher auf yes gestellt (auch im web if der Syno).
Mache ich da was falsch oder habe ich da was falsch verstanden?

m.f.g. joto

@joto62 Jain, Du machst nichts falsch Du hast nur einen Fall erwischt der sich schlecht abbilden lässt, ich muss etwas ausholen:

Grundsätzlich ist es so, dass man docker via "docker run" auch eine env-Datei mitgeben kann anstelle der einzelnen Environment-Variablen. Das kann aber die Syno nicht, die kann nur einzelne Variablen. Ergo kommt der vorhandene Mechanismus nicht in Frage.

Was im Moment geschieht ist, dass der entrypoint des Containers (ein Shell-Script, das als Root gestartet wird) prüft ob eine .env-Datei im easyepg-Ordner liegt und nicht leer ist. Ist dem so, wird via "source /easyepg/.env" diese Datei eingelesen und angewandt. Das ist dann aber nur für den Context in dem der entrypoint gerade läuft.

Loggst Du Dich via "docker exec" in die Kiste ein wird der entrypoint nicht durchlaufen, Du hast also dementsprechend das env wie es von der Syno über die Variablen übergeben wird. Das ist aber nicht das, was der entrypoint verwendet.

Um mitzubekommen was wirklich der entrypoint hat musst Du nach einem "docker exec" entweder den entrypoint einmal von Hand aufrufen oder direkt "source /easyepg/.env" ausführen. Erst dann siehst Du was wirklich verwendet wird.

Ist doof, ich weiß, aber es scheint keine andere Möglichkeit zu geben, da alle anderen mir bekannten Wege für Linux-User ein env zu setzen ins leere laufen, da diese nur beim "echten" Login (was "docker exec" nicht macht, und auch su nur dann, wenn Du -l explizit angibst) durchlaufen werden. Was noch hinzukommt ist, dass der User mit dem easyepg letztlich ausgeführt wird selber gar keine Login-Berechtigung hat, ergo also auch ein "su -l" nicht funktioniert.

Ich hoffe das war halbwegs verständlich

O.K. dann werde ich in der .env den cron mal einstellen und den container neu starten und mal schauen ob der cron richtig startet...muesste dann ja so funktionieren.

m.f.g. joto

@joto62 ja, sollte

Hmmm... funzt immer noch nicht.
So sieht es in der .env aus:

export USER_ID="1099"
export GROUP_ID="1099"
export MODE="cron"
export TIMEZONE="Europe/Berlin"
export FREQUENCY="55 16 * * *"
export UPDATE="yes"
export REPO="sunsettrack4"
export BRANCH="master"
export PACKAGES=""

Ich wollte das um 16:55 heute/jetzt ein Epg erstellt wird.
Es wurde kein cronjob aufgerufen.
Scheint nicht zu funktionieren... leider , dlueth.

edit: gerade nochmal eine ganz neue .env angelegt und cronjob auf 17:20 Uhr....es wurde kein cronjob gestartet , leider.

m.f.g.joto

Hallo,
ich verzweifel gerade daran, die erstellte xml in TVHeadend zu bekommen.
Kann mir da jemand weiterhelfen?

Wo liegt denn die xml?
Idealerweise liegt sie im config ordner von tvheadend.
Bei mir liegt sie im ordner data. Dann muss im tvheadend der webgrabplus grabber aktiviert sein. Und dann grabben.

Der Webgrabplus grabber fehlt....
Wie kriege ich den in TVHeadend rein?

Ich wollte da "mal eben" auf meinem Linux mint Rechner ausprobieren, bevor ich das "produktiv" einsetze.

Ich habe ohne wirklich zu verstehen was ich mache die Anleitung aus dem ersten Post abgearbeitet.
und habe jetzt auch eine tv-spielfilm_de.xml in /home/patrick/easyepg/xml liegen.

HTS Tvheadend 4.2.8-36~g5bdcfd8ac

ja ohne Docker - da weiß ich gar nicht was das ist

DANKE!
mit dem Grabber von @BJ1 geht es!