Beiträge von dlueth

ergänzende Frage noch in Bezug auf die RPIs dieser Welt: Gibt es diesen Pagesize Wahnsinn nur bei 64 bit oder auch bei den 32 bit Varianten von Pi OS?

buers Ich bin mir da ehrlich gesagt nicht ganz sicher. Ich bin zwar Softwareentwickler, allerdings weniger auf der Binary-Ebene. Ich glaube wir können Docker an der Stelle auch außen vor lassen, denn es läuft ja schon die "Standalone-Binary" nicht, ohne Docker.

Grundsätzlich sind die vermeintlich statischen Binaries (die via Nuitka aus Python-Code erstellt werden) eben nicht wirklich "statisch", da sie durchaus Libs aus dem Betriebssystem brauchen und mitbringen. Ich bin jetzt gerade nicht sicher, ob es der "Binary"-Teil ist, der Probleme macht oder der Lib-Part (die ja aus dem erstellenden System kommen). Nimmst Du das Archiv einer Binary und entpackst es, siehst Du auch die Libs die inkludiert sind. Ich baue meine Binaries im Docker auf Basis von Debian Buster mit Python 3.9.

Was ich jetzt testweise einfach mal gemacht habe ist, dass ich ein anderes Baseimage, nämlich ein Pi OS mit Python 3.9 auf Basis von Bookworm verwendet habe. Das scheint so weit zu laufen. Ich kann Dir aber nicht sagen, ob die Pagesize dabei jetzt beim erstellen der Binary wichtig ist oder schlicht die Libs entsprechend mit einer anderen Pagesize erstellt wurden.

Es könnten rein die Libs sein, denn ich meine mich zu erinnern, dass ich mal per E-Mail einen Kontakt zu einem QNAP-Nutzer hatte wo das OS auch eine andere Pagesize hatte. Und der hat, meine ich, einfach die Libs im Archiv ausgetauscht, nach dem Entpacken, und es lief - meine ich.

Was den Docker angeht ist das echt mistig. Ein Image kann Multi-Arch sein und Docker wählt das zur Architektur passende Image selber aus (amd64/arm64/arm). Allerdings interessiert ihn dabei die Pagesize natürlich nicht und es gibt auch keine Möglichkeit Images für die gleiche Architektur bei unterschiedlicher Pagesize zu hinterlegen.

Es wird vermutlich darauf hinauslaufen, dass ich neben dem normalen Docker-Tag noch spezielle für den Pi bereitstellen muss. Diese dann an die zugrundeliegende Debian-Version zu hängen macht nicht wirklich Sinn, oder? Die Umstellung erfolgte zwar mit Umzug zu Bookworm, allerdings kann man den Kernel ja via config wieder auf 4k Pagesize zurückdrehen. Ergo erscheint es mir am sinnigsten ggf. sowas wie rpi-4k und rpi-16k zu verwenden.

Was meint Ihr?

Ok, dann war das die Testversion, das ist schonmal gut! Und die andere, aus dem repo, lief ja problemlos unter bullseye?

Pagesize war 4k unter bullseye und 16k unter bookworm, korrekt?

Die, die ich hier gerade angehângt hatte? easy4me

Jo, Starfoxfs - die hier verlinkte wäre nur für den 5er mit bookworm. Sofern sie denn läuft

Vielleicht könnte mal einer von den RPI 5 Usern mit Bookworm folgende Binary ausprobieren bitte: https://filetransfer.io/data-package/6O1WVWYz#link

Falls irgendwer eine Idee hat wie wir die binaries automatisiert bauen können für beide pis: immer her damit;)

Hm, meine arm64 binary musste doch da aber laufen, korrekt?

Achso, sollte auch helfen: https://github.com/raspberrypi/bookworm-feedback/issues/107

Das ist Mal echt so richtig schöne Scheisse mit den unterschiedlichen pagesizes

easy4me du baust die auf dem pi direkt oder?

Wenn es wirklich die Pagesize ist, was gut sein kann, dann gibt es wenig was ich dagegen tun kann

Kann das jemand bestätigen und ggf beim debugging helfen? Ich habe keinen pi hier...

Irgendwie klingelt da etwas bei mir in Bezug auf armbian - musste da nicht irgendwas umkonfiguriert werden damit docker sauber läuft in Bezug auf Netzwerk?

Docker ist halt in sich gekapselt und hat (außer der docker runtime) keine Abhängigkeiten auf dem Hostsystem. Du musst also bei telerising bei einem Systemwechsel nur die settings.json kopieren und kannst den container dann sofort wieder starten und es läuft sofort wieder wie vorher

Ich würde vermuten der Pfad ist falsch oder dem Benutzer mit dem Du den Docker startest fehlen die Rechte oder die settings.json ist keine Datei. Zumindest ist das das, was die Fehlermeldung hergibt.

Siehe readme, ganz unten. Du musst das schon ersetzen... https://github.com/dlueth/telerising.minimal

Jackie der von debaschdi ist eigentlich aus meiner Ursprungsversion, damals noch Debian-basiert, hervorgegangen. Da der zwar aus Debian-sicht zwar minimal, aber eben trotzdem nicht klein war bin ich auf Scratch mit einer kompilierten Python binary + nötige libs umgeschwenkt.

Jackie Es gibt übrigens, siehe auch meine Signatur, einen eigenen Thread für meinen Docker. easy4me kümmert sich zwar vorbildlich um Telerising selbst, kann aber aus verständlichen Gründen bei Docker nicht helfen. Da ich meinen Container auch selber verwende und bei Fehlern in der GitHub Action für's Bauen auch eine E-Mail bekomme, bekomme ich zumindest Build-Fehler sofort mit und bin bemüht sie (schnellstmöglich) zu beheben. Das kann aber auch mal etwas dauern, da halt ein privates Side-Project.