Beiträge von dlueth

So, gerade mal die Version 2.0.9 meines Docker-Images gebaut und gepublished. Das Init-Script erlaubt es jetzt nicht nur den Branch (wie bisher) sondern auch das Repo selbst anzupassen. Für den Fall das jemand einen Branch von @DeBaschdi ausprobieren möchte ohne das das Autoupdate des Containers das jedes Mal überschreibt...

Wer updaten möchte, einfach das Init-Script aus meinem Repo erneut aufrufen via (mit dem User der den Container auch starten soll/darf):

sh -c "$(curl -s -H 'Cache-Control: no-cache' https://raw.githubusercontent.com/dlueth/easyepg.minimal/master/init)"

Ich hab's jetzt nur oberflächlich getestet, sollte aber laufen, da es nur eine kleine Änderung ist insgesamt betrachtet.

Zitat von Ruschi

Hat das hier jemand als docker unter Openmediavault laufen ?

@bennySB benutzt docker unter omv

Nope, im moment nicht, ließe sich aber machen

Wenn du mittlerweile einen Branch dafür im offiziellen repo hast dann geht das über mein init-Script. Da fragt er explizit den branch ab, default ist master @DeBaschdi

@bennySB ist bewusst aber ich hab vielleicht ne Idee

@bennySB versuch mal das, was BJ1 vorschlägt - und ergänzend nochmal ne Frage in eine andere Richtung:

Was für ein OS benutzt Du als Hostsystem?

<edit>Vergiss es, OMV ist Linux-based - daher kommt meine Idee nicht in Frage...</edit>

@effe.rnr checke ich sobald ich Zeit habe. Der crontab gehört aber root und nicht dem User easyepg, falls das hilft

Zitat von bennySB

Beim Script start hat man ja 5 Sekunden Zeit eine Taste zu drücken. Nun wird der Tasten-Befehl zwar erkannt, aber er steigt nicht in die Einstellungen vom Script ein, sondern tut so als ob die 5 Sekunden vorbei wären und erstellt einfach nur das kombinierte xml-File.

Also bei mir geht es einwandfrei mit folgenden Befehlen:

docker start easyepg.admin
docker exec -it --user easyepg easyepg.admin bash
cd easyepg
./epg.sh

Wenn die 5 Sekunden Ansicht kommt führt ein Tastendruck bei mir direkt ins Setup...

@bennySB Die in Zeile 16-30 angemeckerten Ordner gibt es aber, oder? Wie gesagt, ich kann zu LibreElec nicht viel sagen, aber es liesst sich wie ein Problem mit Rechten oder mit dem Benutzer der für die cron-Ausführung hinterlegt ist. Wobei da drüber halt auch noch der Zattoo-Login failed, was dann vermutlich eh bedeutet, dass am Ende Murks bei raus kommt...

@no.spam läuft der Container nicht bei libreelec immer? Es ist auch der easyepg.cron, oder? Debugging ist für mich halt schwierig, weil ich kein libreelec zur Hand habe

Zitat von bennySB

Habe vorhin mal den run Container laufen lassen, der lief problemlos. Morgen früh mal nachschauen ob der cron Container nun wieder geht (läuft immer nachts um 2 Uhr.

@bennySB beide Container verwenden das gleiche Script. Läuft einer müsste also auch der andere laufen. Hast du beides mit dem gleichen Benutzer laufen lassen?

@bennySB ich checke das morgen Mal bei mir und schau ob das klappt, wüsste aber spontan nicht, wieso nicht...

@m4tt OMV?

@Welter den Socket sucht mein init-Script halt nur im Home Verzeichnis des Benutzers der es aufruft. Ich meine aber mitbekommen zu haben, dass es bei syno selbst mit manueller Angabe nicht geht, was evtl. Tatsächlich rechtebedingt ist. Soweit ich das richtig mitbekommen habe wird bei syno daher der Import nicht über den socket sondern direkt über die im Container erzeugte XML gemacht. Den Pfad dahin solltest du aber kennen...

Tut mir leid, dass ich nicht mehr helfen kann. Ich hab kein syno zur Hand

Auch, dass der Container nach 2 Minuten neu startet könnte ein Rechteproblem sein.

Bei mir läuft das auf einem nativen Linux System nun schon seit mehreren Wochen absolut stabil und ich habe mich bemüht den Container so flexibel wie irgend möglich zu halten.

Wenn es irgendetwas gibt, was ich tun kann, damit es auch unter syno einfacher wird, sagt mir gern bescheid!

@bennySB immerhin konnte ich helfen, das ist doch das wichtigste!

@bennySB Hm, also, was das Thema uid/gid angeht: Mein init-script legt die Container so an, dass die Binaries da drin mit uid/gid desjenigen Users laufen der das init-script startet. Es wird allerdings der User "easyepg" verwendet, wohingegen Du mit dem von Dir oben genannten Befehl als "root" in den Container wechselst. In so weit also alles korrekt und nachvollziehbar was Du beobachtest.

Sollte es bei Dir wichtig sein, dass die Einrichtung von easyepg nicht via "root" erfolgt, dann müsste nach Deinem obigen Befehl ein

su - easyepg

reichen um den User vor der Einrichtung entsprechend zu ändern, so steht es aber auch in meinem Repo in der Readme.

Was das schreiben der XML auf den Socket angeht:
Ja, er schreibt alle XML-Dateien auf den Socket, was eigentlich nicht unbedingt nötig wäre. Allerdings wollte ich den unbedarften Usern die Angabe eines Dateinamens ersparen, denn imho wird es bei der easyepg-Einrichtung nicht ganz klar, dass der angegebene Name + ".xml" nachher der Dateiname wird. Außerdem werden die Files nach Zeitstempel aufsteigend sortiert reingeschrieben, so das das überhaupt kein Problem sein kann eigentlichen

@bennySB wie startest du die Container in deinem Fall ganz genau?

Zitat von harryharz

richtig nice wäre natürlich, wenn man kodi bzw LE beibringen könnte, dass IPTV über Kabel (powerline), alles andere über WLan zu laufen hat... aber das würde dann anderswo hin gehören, nehme ich an

Einer der Gründe warum ich eine dedizierte tvheadend Box mit mehreren Interfaces nutze und dazwischen einen Switch habe der sich dahingehend konfigurieren lässt

Zitat von Kampfader

und ich dachte das dass "N" bedeutet das diese Funktion nicht verwenden soll
Xmltv.sock habe ich bei mir auch nicht, verwende es aber nicht.

ja, tut es auch - aber wird ein Socket gefunden, ändert sich der Default auf y

Zitat von harryharz

Also was mich inzwischen schon gewundert hat: Wenn ich mir das mit WinSCP anschaue gibt es /storage/.kodi/userdata/addon_data/tvheadend42/epggrab/xmltv.sock zwar, es ist aber ein Ordner ?!

War und müsste das nicht eine Datei sein??

ja, das sollte eine Datei sein bzw ein Socket. Könnte aber sein, dass WinSCP das nur so anzeigt. Findet das Init-script denn genau diesen Pfad?

@harryharz wenn das "n" der Default ist konnte das init-script keine socket-Datei im Benutzerverzeichnis des aktuellen Benutzers finden. Ist denn sicher eine da, die auch vom Typ "Socket" ist?