dlueth Profi

[…]

Kurzes Feedback: ARM32v6 läuft auch auf Debian 13 (Trixie) - gute Nachrichten für die Zukunft. Zusammen mit Debian 12 (Bookworm) läuft also die Binary Out-of-the-Box mit den statischen Libraries aus dem Archiv. Nur Debian 11 (Bullseye) macht…

Bei Docker hat man halt ein gekapseltes System was man ggf. nach belieben starten und beenden kann. Alles, was gebraucht wird ist drin und das umgebende System benötigt nur und ausschließlich Docker. Klar, die Config muss man ggf. wegsichern - aber das…

LooseMyMindOnLinux das ist echt komisch, da bookworm ja neuer ist als bullseye. Aber bullseye war ja auch problematisch, was das Bauen angeht, weswegen ich letztlich auf Buster geblieben bin...

Und LooseMyMindOnLinux also wenn klar ist, dass die Version so weit stabil läuft würde ich sie bei mir - solange es geht - als festen Bestandteil mit aufnehmen

Also: gebaut wird die arm32v6 Version auf einem buster basierenden raspbian Image in arm/v6, von daher wüsste ich jetzt nicht, wo da ein Fehler passieren sollte. Insbesondere, weil es ja auf einem PiZeroW sauber zu laufen scheint.

Aber generell…

vossi68 du meinst die v7 läuft nicht auf dem PiZeroW? Das wäre ja so weit korrekt, denn der kann nur v6. Allerdings müsste die v6 Version auch auf einem 32bit v7 System laufen.

Kleiner kann sie durchaus sein, denn ich lasse noch ein paar Optimierungen…

So, hier nun die Binaries gesammelt mit der Bitte um Feedback: https://limewire.com/d/172c526f-e89…hQi_30RrmPLmk4A

arm32v6 war etwas anstrengender als erwartet, da Debian das gar nicht mehr offiziell bereitstellt, aber könnte/müsste laufen

Ach, wer weiß wer die noch brauchen kann evtl. XD

Das Bauen wird voraussichtlich bis morgen brauchen. Mein neues MacBook mit Arm-Architektur kommt erst mitte Januar und bis dahin bin ich noch auf Intel unterwegs, was das bauen für Arm extrem verlängert.

So, ich baue jetzt mal neue binaries für alle Architekturen, also amd64, arm64v8, arm32v7 und zusätzlich arm32v6 + arm64v8-16k für die RPI5 Besitzer und packe sie dann hier dazu. Bitte die dann mal gegenchecken und ich setze mich im Nachgang hin und…

easy4me d.h. es reicht hier eigentlich ein einiziges build für die 16k Pagesize, nämlich das für arm64v8, korrekt? Oder gibt es auch die Möglichkeit, dass es ein arm32v7/arm32v6 mit 16k Pagesize braucht?

vossi68 Die Frage hier hattest Du gesehen? RE: Telerising API - Zattoo, blue TV & Sky CH für tvHeadend und VLC [Web App]

OK, und da easy, soweit ich weiß, die Binaries direkt auf einem Pi gebaut hat wird das wohl deswegen hingehauen haben...

Und, noch ne Frage, vermutlich vossi68 : Hat nur Bookworm auf den RPI 5 die 16k Pagesize oder auch schon Bullseye?

Ah, OK! Das mit dem PiZeroW leuchtet mir übrigens ein, der braucht armv6 und nicht v7. Ist halt nur die Frage warum es vorher lief. vossi68

Tja, das klingt schonmal gut! Aber wir bekommen wir jetzt ganz genau heraus was wo und vor allem warum läuft? XD

Weil eigentlich bestätigst Du ja, vossi68 , dass der bisherige Build schon läuft...

Starfoxfs hm, das ist doch merkwürdig. Weil alle mit Problemen waren ja RPI Nutzer mit einer Pagesize von 16k?

Starfoxfs Bist Du Dir wegen des "ohne Veränderungen" sicher? Ich dachte mit Umstellung auf Bookworm hätte RPI generell auf 16k Pagesize umgestellt? Oder hast Du es einfach via config auf 4k zurückgestellt?

Bitte nochmal um Klärung/Feedback in Bezug auf die RPIs, wo meine Binaries jetzt laufen:



"arm"-Binary aus dem GitHub-Repo: müsste auf den 32-Bit RPIs mit Pi OS auf Basis von Buster & Bullseye (und Bookworm mit via config auf 4k zurückgerehter Pagesize),…

easy4me entweder nimmst du die binaries aus meinem repo oder ich gebe dir die passenden Scripte für GitHub. Was auch immer die lieber ist ggf )