[Docker] telerising.minimal

Neben meinem easyepg.minimal habe ich mich nun auch mal dem Thema Telerising API gewidmet mit dem Ziel ein Docker Image zu bauen, das so klein wie möglich ist.

Wer keine Ahnung hat, was die Telerising API ist, dem sei dieser Thread hier ans Herz gelegt. Ergebnis ist telerising.minimal, basierend auf einem Scratch-Baseimage.

Das Image ist, je nach verwendeter Architektur, zwischen 14 und 17 MB klein und beinhaltet nur und ausschließlich die kompilierte Binary für Telerising sowie benötigte Module.

Anders als meine bisherigen Container (außer easyepg.minimal:lite-scratch) wird der Docker-eigene Mechanismus via "--user" genutzt um den Container mit einem anderen Benutzer als root laufen zu lassen. Timezone und Localtime müssten vom Hostsystem übergeben werden. Ansonsten nur und ausschließlich eine settings.json (bei Neuinstallation mit dem Inhalt {}) als "/settings.json". Letztere beinhaltet die komplette Konfiguration und kann ggf. von einer bestehenden Installation übernommen werden.

Das Image findet sich im Docker Hub und das Repo bei GitHub. Wer unbedingt direkt die Binaries ausprobieren möchte findet diese bei GitHub im Ordner binaries für die Architekturen amd64, arm64 und arm32/v7 (arm).

Danke @easy4me, für die Antwort, Deine Unterstützung & Deine Entwicklungen

@robg danke für den Hinweis, fixe ich sobald ich kann. Bei mir läuft der Container jetzt auch schon ein paar Tage. War aber nicht ganz trivial mit dem Kompilieren

README.md ist gefixed @robg

@talentfrei Wenn ich "dringende" fixes mitbekomme würde ich das Build manuell anstoßen - ansonsten alle 24h automatisiert. Der Build bei GitHub dauert halt ca. 2h 45m XD

@easy4me Vielleicht können wir das auch noch automatisieren, wenn Du meine GitHub-Action bei Push auf Dein Repo triggerst? Würde zwar dauern, aber es wäre immerhin "schnellstmöglich"

@easy4me OK, ich schau mir das mal an und schick Dir ne PM dazu XD

Du hast anderes & wichtigeres zu tun

Ja, kannst Du ignorieren. Ich vermute da fliegt bei der Kompression via strip & upx irgendwas raus, was den normalen Output von easy via print unterdrückt und stattdessen den Default output durchlässt @toab90

Ich Versuch das noch genauer herauszufinden und wenn möglich zu beheben, ist aber nicht schlimm

Hm, blöd. Das nächtliche Autobuild musste ich deaktivieren leider für den Moment. Ich baue gerade die aktuelle Version von Hand und pushe sie.

Mir waren die doch einigermaßen harten Limits von GitHub Workflows nicht bewusst. Insgesamt hat man als Free-User 2000 Minuten pro Monat für Workflows, als normaler zahlender User auch nur 3000. Da hauen dann die 2h 40m - 3h 10m pro Build doch ganz gut rein XD.

Ja, wäre es und kommt - gerade etwas stressig kurz vor Weihnachten Neuer Build kommt so schnell wie möglich

Neue Version ist gepushed

Ich schau gleich nochmal