Docker Container

[wochenendfanatiker]

Hallo zusammen,

ich versuche seit einigen Wochen, von NUC (openhabian + CometVisu 10.2) auf Docker (openhab + CometVisu 11.2) zu migrieren.
Leider gibt es bei CometVisu 11.2 unter iOS ein Problem beim Scrollen in der Navbar.
Ich habe nun versucht, den Cometvisu-Container in Version 10.2 zu verwenden, allerdings erhalte ich trotz vieler Versuche ebenfalls die oben beschriebene 404-Meldung.

Ist es richtig, dass die beschriebene Anpassung (arm etc) nur im v11-Container, nicht jedoch in dem (veralteten) v10.2-Container durchgeführt wurde?
Das würde meinen 404 erklären und ich müssten nicht weiter suchen....
Gibt es jemand, der die Kombination openhab + CometVisu 10.2 unter Docker erfolgreich verwendet?

Viele Grüße
Björn

[MiniMaxV2]

Ja genau. Vergiss die Parameter für den Dockerhub Account nicht Ansonsten sollte alles vorhanden sein im PR.

[Chris M.]

Um den PR zu nutzen muss ich noch Travis CI dafür einrichten, oder?

[MiniMaxV2]

Alles geklärt im PR

[Chris M.]

Super, danke.

Bevor ich den Merge - braucht's die PowerShell Datei (ps1)?

[MiniMaxV2]

So Chris M. - travis läuft bei mir rund (nicht wundern, über die vielen Commits, Travis war ein wenig zickig), den Push kann ich leider so nicht testen, das müsste aber gehen, wenn alles korrekt eingestellt ist. Die ENV Variablen hab ich im PR als Kommentar hinterlassen

[MiniMaxV2]

Wenn Du fertig bist, gib Bescheid, damit ich mir dann den kompletten PR ansehen kann.

Alles in Arbeit bei mir bauts bereits in Travis - nun sind noch paar Feinheiten anzupassen (z.B. den ImageTag irgendwo her zu bekommen)...

[Chris M.]

für die, die es noch nicht mitbekommen hatten - ich bin der Übeltäter, der die ARM Base erstellt hat (oder eben nicht aktualisiert )

Chris M. / peuter ich hab heute nochmal meine Buildumgebung angeschaut und geprüft. Das läuft soweit alles.
Ich hab einen PR erstellt mit meinen Anpassungen (https://github.com/CometVisu/Docker/pull/2).
[...]
So, da aber anscheinend ihr die Base manuell baut, würde ich vorschlagen, einen Travis Build dafür anzulegen. Ich könnte da mal die nächsten Tage/Wochen reinschauen und dann ggf. auch einen PR erzeugen mit einer YAML (ist für mich neuland ) - was meint ihr?

Gerne!

Wenn Du fertig bist, gib Bescheid, damit ich mir dann den kompletten PR ansehen kann.

[MiniMaxV2]

Moin Zusammen,
für die, die es noch nicht mitbekommen hatten - ich bin der Übeltäter, der die ARM Base erstellt hat (oder eben nicht aktualisiert )
Chris M. / peuter ich hab heute nochmal meine Buildumgebung angeschaut und geprüft. Das läuft soweit alles.
Ich hab einen PR erstellt mit meinen Anpassungen (https://github.com/CometVisu/Docker/pull/2). Im Grunde, reicht ein Aufruf des build.sh.
Das Skript macht im Prinzip folgendes:

1. Erzeuge Dockerfile.<ARCH> aus dem Dockerfile.cross (damit haben ma keinen duplicated code und es bleibt wartbar)
2. Docker-Build mit den definierten Architekturen. Getagged wird nach "cometvis/cometvisuabstractbase:<ARCH>-<TAG>"
3. Pushen des Containers nach "cometvis/cometvisuabstractbase:<ARCH>-<TAG>"

Die ARM-Version wird mittels QEMU gebaut (ist auch im PR).

So, da aber anscheinend ihr die Base manuell baut, würde ich vorschlagen, einen Travis Build dafür anzulegen. Ich könnte da mal die nächsten Tage/Wochen reinschauen und dann ggf. auch einen PR erzeugen mit einer YAML (ist für mich neuland ) - was meint ihr?

Hans Martin

[Chris M.]

Das Basis-Container sollte nun aktualisiert sein und den letzten Build habe ich nochmal laufen lassen.
=> Bitte teste mal mit testing-arm ob's nun behoben ist.

[Chris M.]

Ich hab unter https://forum.timberwolf.io/viewtopic.php?p=8698#p8698 nach einer Neuerstellung des Basis-Containers gebeten.

[Schmide1]

Ok, jetzt wissen wir wo der Fehler ist.
An wem kann ich mich wenden damit der aktuelle Stand gepatcht wird?

[peuter]

Kann eigentlich nur der hier sein: https://github.com/CometVisu/Docker/...bc35d58d875caf

[Chris M.]

peuter Äh, welcher Fix?

Der x64 Basis-Container liegt in unserer Hand, der ARM nicht, der ist aus der Timberwolf Community.

[peuter]

Oh jetzt dämmert es langsam, der damalige Fix wurde in dem Basis-Container gemacht und der Arm-Container benutzt (glaube ich) einen anderen Basis-Container, und dann wäre der Fix tatsächlich nicht im ARM-Container drin. Da kann aber Chris M. mehr zu sagen, denke ich.