@no.spam Führ mal folgende Zeile probeweise auf der Shell aus (als der User, der auch den Container laufen lassen wird) - tut im Endergebnis das gleiche wie das andere Shell-Script, was bei Dir nicht verwendet werden kann:
bash <(curl -s https://raw.githubusercontent.com/dlueth/easyepg.minimal/master/init)Geht das? Ist so eine Art "Assistent" 
@no.spam doch klar, kann man. Das Script hilft dir nur um den Container dann einfacher zu starten. Kommst du mit bash-Scripten klar? Wenn ja, schau Mal in das Script rein, Stichwort 'create'. Wenn nein: ich sitze gerade an einer Vereinfachung, die direkt über curl ausgeführt werden kann und nicht lokal gespeichert werden muss. Das sollte die dann helfen vermute ich
Ich sortiere ja bewusst aufsteigend nach modification-time. Damit das kombinierte als letztes geschrieben wird und damit alles andere überschreibt
Und wenn epg.sh bei gestartet wird werden alle XML files natürlich gelöscht
Was genau meint in dem Fall "gleiche Childs" @DeBaschdi? Wäre das nicht eh immer problematisch? Bzw unter welchen Umständen kann dass gewollt vorkommen?
Vielleicht bin ich auch stumpf zu wenig poweruser an der Stelle
@BJ1 Führt das denn nicht zur Verwirrung weil dort das "Original" und die XML nach dem Rating und Imdb Mapper beide liegen?
Dürfte eigentlich nicht, es werden ja alle von easyepg erzeugten Dateien nacheinander auf einen Socket geschrieben.
Ok, danke, dann ändere ich die Logik um ohne BC auszukommen
@BJ1 erlaubt floating Point Berechnungen auf der shell und scheint hier und da zu fehlen
@BJ1 gerade mit der eben releasten Version bei mir ausprobiert: läuft super!
Jetzt muss ich nur noch in dem Shellscript kurz abfangen wenn BC nicht zur Verfügung steht und ne Warnung ausgeben. Das ließe sich aber schon installieren unter z.b libreelec, oder?
So, ich hab auch gerade nochmal die 2.0.2-RC.1 im DockerHub hinterlegt und eine entsprechenden Branch ins GitHub gepushed (https://github.com/dlueth/easyepg…ture/xmltv.sock)
- Aufgrund bestehenden Konflikt-Gefahr habe ich das utility Shell-Script `easyepg` nochmal wieder umbenannt in `easyepg.minimal`
- Beim `easyepg.minimal -m create -v ~/easyepg` kann jetzt noch ein `-s [pfad zum xmltv.sock]` ergänzt werden...
- ... und ist dieser da schreibt der container selber alle generierten XML-Dateien da rein wenn easyepg fertig ist...
- ... zur Sicherheit mit etwas Zeitversatz 2 mal...
- ... und zwar nach modification-time aufsteigend, so das es eigentlich keine Probleme damit geben sollte
Bitte mal ausprobieren und Feedback geben
Ein kleiner Appell an alle:
@'mod24''s Container und meiner tun zwar im Kern das Gleiche, sie arbeiten aber unterschiedlich und müssen auch anders gestartet werden. Bitte nehmt Euch also die Zeit und lest genau(!) die jeweiligen README's in den GitHub-Repos durch und haltet Euch daran.
Das erspart uns beiden [definition=12,2]debugging[/definition] wo am Ende bei heraus kommt, dass Ihr versucht einen Peugeot mit einem Renault-Schlüssel oder umgekehrt zu starten, bildlich gesprochen.
Und noch ein paar ergänzende Details:
Im Moment scheint es so zu sein, dass eigentlich beide Container stabil und sauber laufen. Einzig Magenta verursacht bei einigen Probleme, was aber nichts mit den Containern zu tun hat. Da ist aber @DeBaschdi schon dran und so wie ich heraushöre auch relativ weit.
Funktional betrachtet gibt es eigentlich nur einen einzigen Unterschied zwischen mod24's Container und meinem:
Mods24's läuft immer dauerhaft in einer Art idle-Mode und startet nachts innerhalb des Containers den Cronjob der easyepg ausführt.
Das kann meiner zwar auch (wenn man ihm bei `docker create` oder `docker run` ein `-e MODE=cron` übergibt), aber eigentlich läuft er default-mäßig direkt. D.h. sobald der Container gestartet wurde wird auch easyepg aufgerufen. Ist dies durch, beendet sich auch der Container. Bei dieser Vorgehensweise wird der Container vom Host-System nachts über einen Cronjob gestartet.
Vorteil von dem direkten Modus ist (so man ihn denn nutzen kann/will): Ein Container ist ein vollständiger virtueller Rechner mit Betriebssystem der natürlich auch nicht ganz unerhebliche Ressourcen verbraucht. Eigentlich macht es keinen Sinn so einen "Rechner" 23 Stunden am Tag laufen zu haben wo er zwar rein gar nichts tut, aber trotzdem Ressourcen verbraucht. Außerdem kann (was aber bei unseren beiden Containern wohl nicht der Fall ist) es leicht zu Problemen kommen, dass der Container immer größer wird bzw. immer mehr Plattenplatz belegt, weil logs etc. geschrieben werden.
Du kannst für solche Sachen den laufenden Container ändern und dann von außerhalb den Container committen. Dann persistierst du den Zustand. Ist nicht schön, aber zum Testen ideal
@DeBaschdi Hm, das ist komisch, bei mir ist das heute nacht wieder 1a durchgelaufen, wie geplant. Und ich benutze ja auch Magenta...
nano hatte ich weg gelassen weil mir nicht klar war wofür - ich baue gerade eine neue RC version wo unter anderem das mit drin ist. Außerdem ist auch socat mit drin und wenn ein xmltv-sock als volume übergeben wird, dann wird das XML da auch gleich reingeschoben...
Um den tkm Branch kümmere ich mich danach - vielleicht schreib ich dir kurz ne Anleitung, etwas nachträglich zu machen ist nämlich kein Problem
bei mir geht die progressbar aus deinem container
(ubuntu +windows host) . ich nutz das zwar nicht produktiv, will mich aber in docker reilsesen aka üben, genauergesagt try and error
Schau gern in mein dockerfile rein und melde dich, wenn du Fragen hast. Im Prinzip ist das alles total einfach, wenn Du Dich eh schon mit Linux auskennst
Ja, Imdb und Rater. Ebenfalls 2.0.1. 111 Manifests aus horizon und 1 aus swisscom.Manuell brauchen 4 Tage ca. 1 Stunde. Dabei geht die Erstellung der XMLs superflott (ca. 3 Minuten). imdb dann knapp eine Stunde.
Ich schaue mir das morgen früh nochmals an, ob es dann durchgelaufen ist. Nur, um sicher zu sein.
Ich würde darauf tippen, dass da irgendetwas beim imdb Mapper schief gelaufen ist - Mal einen Tag abwarten klingt nach einer guten idee
Und mit Zeile 4 wechselst Du in den Container und verlässt die Shell Deines Hosts. Damit wird Dein Script so lange angehalten, bis Du den Container verlässt.
Schau doch Mal in die readme's der Container, da wird eigentlich alles erklärt. Ab Zeile 8 würde mich wundern, wenn das so funktioniert...
Hat eigentlich einer eine Idee zur Progress-Bar? Die ist in meinem Container immer noch ziemlich zerrockt... Mir ist die ziemlich egal, aber es ploppt halt hier und da auf und scheint einige zu stören
@hi2hello hm, das ist seltsam, bei mir klappt das. Hast du den imdb Mapper an?
Bei mir ist die 2.0.1 heute Nacht ordentlich durchgelaufen - Quelle Magenta, 21 Sender, 14 Tage mit IMDB Mapper in 20 Minuten
@Kampfader du kannst jetzt auch wieder auf 2.0.1 gehen oder auch latest.
Das klingt jetzt für mich etwas Wirr Man erstellt Docker Images, auf Basis dieser Images startet man Container - aus einem Image können mehrere Container werden dementsprechend logischerweise.
Und der Satz ergibt für mich gerade keinen Sinn, weil das weder etwas mit Images noch mit Containern zu tun hat (denke ich) sondern einzig mit Docker ansich:
Zitat von hi2helloWo liegen z.B. die Reste von zuvor installierten Containern, die mittlerweile wieder gelöscht wurden
mit `docker images` bekommst Du z.B. eine Liste aller lokal verfügbaren images. Mit `docker container ls` eine der Container, wobei meine da i.d.R. nicht dauerhaft auftauchen, da ich sie von Docker gleich wieder wegräumen lasse.
Aber wo genau willst Du da reinschauen? Das Image kann man nicht mounten, aber man kann sich durchaus das Dockerfile ansehen
