Posts by mollyman01

    ich habe nun mehrere Versuche mit mehreren SD Karten gemacht um eine Bullseye Version zum laufen zu bekommen.

    Ich weiß sie ist alt, ich weiß sie wird nicht mehr offiziell supportet, aber es muss eben diese Version sein.

    Ich habe das Image hier (https://downloads.raspberrypi.com/raspios_full_a…m64-2023-05-03/) ich hab diese Datei (2023-05-03-raspios-bullseye-arm64-full.img.xz) heruntergeladen und mit Etcher auf die 64 GB SD karte überspielt.
    Der Lüfter zuckt nur Kurz und der Bildschirm bleibt auf kein Signal. Muss ich die vorher entpacken, damit es funktioniert ? oder waoran könnte es liegen ?

    nette Diskussion, aber es geht nicht um open Source oder nicht, sondern ich habe erwähnt das fehlende Abwärtskompatibilität das Problem ist, das hat nix mit Open Source oder nicht zu tun.

    Gerade bei Open Source finde ich es extrem Schade, weil Leute sich die Arbeit gemacht haben und durch fehlende Abwärtskompatibilität der Wert der durch die Community gemachten Arbeit vernichtet wird, sofern nicht dauerhaft weiter Arbeit investiert wird.

    Mich verwundert, dass diese Wertvernichtung hier so positiv gesehen wird.
    Aber seis drum, jedem seine Meinung

    Ich werde stark an meine Jahre mit Linux als PC Betriebssystem erinnert, auch dort war es so, das fast nix installierbar war, weil die 38 Abhängigkeit der 40 Abhängigkeit nicht mehr verfügbar war.

    Das passiert nur wenn man sich das System verbastelt und irgendwelche ungepflegten Fremdquellen einbindet. So ähnlich sieht das hier ja auch aus. Du willst etwas installieren das die Entwickler anscheinend nicht mehr weiter pflegen. Das ist aber nicht die Schuld von Linux. Was sollten die Linux-Entwickler oder die Distributionen denn dagegen machen? Unter Windows oder einem anderem Betriebssystem hätte man ja genau das gleiche Problem mit dieser Software.

    ich glaube nicht, dass die Diskusion hier zu etwas führt und es in irgendeiner Weise der Lösung des Problems weiterbringt.

    Aber kurz darauf eingegangen, das Thema ist Abwärtskompatibilität.

    Andere Betriebssystem werden so entwickelt, dass sie möglichst weitgehend abwärtskompatibel sind, so dass eine ständige Aktualisierung von Programmen gar nicht zwingend nötig ist.
    Nicht das sich Leute mit anderen Versionen die Programme zerschießen ist die Notwendigkeit von venv, sondern die fehlende Abwärtskompatibilität. In meinen Augen wird da Ursache und Wirkung vertauscht.
    Aus meiner Sicht einer der wesentlichen Gründe, warum Linux als PC Betriebssystem nie eine relevante Rolle spielen wird. Der Pflegeaufwand für Entwickler und Anwender ist viel zu hoch. Selbst für mich mit einer gewissen IT Affinität war der Aufwand so viel höher, dass es in keinem Verhältnis stand.
    Auf der anderen Seite habe ich kleine Programme vor 10 Jahren geschrieben auf Win 7, die laufen unverändert auch 1:1 in WIN11. Bei Linux sind 3 Jahre scheinbar schon ein unlösbares Problem, wie wir es hier sehen.

    Ansonsten, das passiert, wenn man sich das Systemverbastelt ???
    Wenn es so wäre, gäbe es ja eine einfach Lösung. Einfach ein neues Image nehmen. Es sei denn du meinst, das das Raspi OS von Haus aus verbastelt ist.
    Das System das ich verwende ist original, das ist ein jungfräuliches System, auf dem nur eine einzige Anwendung laufen soll.

    Code
    fotobox@pibooth:/var/lib/dpkg/info $ df -h /var/lib/dpkg/info
    Filesystem      Size  Used Avail Use% Mounted on
    /dev/mmcblk0p2   58G  7.6G   48G  14% /

    Da ist noch viel Platz.

    Code
    fotobox@pibooth:/var/lib/dpkg/info $ sudo apt --reinstall install libgme0:arm64
    Summary:
     Upgrading: 0, Installing: 0, Reinstalling: 1, Removing: 0, Not Upgrading: 136
     Download size: 120 kB
     Space needed: 0 B / 51.1 GB available
    Get:1 http://deb.debian.org/debian trixie/main arm64 libgme0 arm64 0.6.3-7+b2 [120 kB]
    Fetched 120 kB in 0s (665 kB/s)
    dpkg: unrecoverable fatal error, aborting:
    loading files list file for package 'libgme0:arm64': cannot open /var/lib/dpkg/info/libgme0:arm64.list (Bad message)
    Error: Sub-process /usr/bin/dpkg returned an error code (2)


    mag er auch nicht...

    bitteschön:


    Code
    fotobox@pibooth:~ $ ls -la /var/lib/dpkg/info/libgme0*
    ls: cannot access '/var/lib/dpkg/info/libgme0*': No such file or directory


    Code
    fotobox@pibooth:/var/lib/dpkg/info $ sudo apt install libgme0
    libgme0 is already the newest version (0.6.3-7+b2).
    Summary:
     Upgrading: 0, Installing: 0, Removing: 0, Not Upgrading: 136

    Danke,


    Ich werde stark an meine Jahre mit Linux als PC Betriebssystem erinnert, auch dort war es so, das fast nix installierbar war, weil die 38 Abhängigkeit der 40 Abhängigkeit nicht mehr verfügbar war.


    hier scheint es ähnlich zu sein.


    Ich habe verstanden, das damit pibooth läuft ich python 3.10 brauche, weil damit pillow 9.2 läuft.

    Ein deinstallieren von python 3.13 und neues installieren von Python 3.10 wird abgeraten, sondern pyenv empfohlen, so habe ich recherchiert.


    das Problem ist, das auch pyenv nicht installierbar ist:



    libgme0 ist bereits auf dem Raspi installiert

    gibt es einen anderen Weg ohne pyenv?

    mollyman01 Ja das bricht ab, aber was hat apt damit zu tun? Ich habe das Gefühl Du hast den Grund für venv noch nicht wirklich verstanden. apt hat keine Ahnung von pip. Was mit pip an apt vorbei installiert wird, sieht/kennt apt nicht! Genau deswesgen machen die sich ja potentiell gegenseitig installierte Programm- und Paketabhängigkeiten kaputt. Darum heisst die pip Option so deutlich drastisch --break-system-packages.

    sorry jetzt habt ihr mich gesamt völlig verwirrt.
    Apt ist Systemweit
    Pillow ist in Apt
    pibooth ist im Venv
    APT ist in der venv aber nicht relevant sondern nur pip

    Sorry ich verliere jetzt den Überblick völlig bin maximal verwirrt und habe jetzt gar keinen Ansatz zur Problembehebnung

    und wie hilft mir das um einfach nur eine Software zu installieren, mehr möchte ich doch gar nicht. :(

    hmm.



    Ich würde sagen pilow ist nicht installiert.

    Kann es sein, dass die installation beim installieren von Pillow abbricht ?

    Zum Thema - venv richtig nutzen- habe ich 6 Beiträge gefunden

    Wenn Du bei der Suche "Alles" wählst, kommen

    531 Ergebnisse für „venv“

    Und einer der jüngeren Threads dazu ist zufällig am letzten Freitag von mir gestartet worden: Python Module, externally-managed-environment, venv, pip, uv

    Nur als Beispiel...

    simonz

    Danke für deine Mühe.
    Ich könnte auch nach python suchen und bekomme auch viele Ergebnisse, wenn ich aber nicht weiß, was ich im Detail brauche, ist es sehr schwierig, weil es keine klare Fehlermeldung gibt.
    Das Ergebnis ist wie wenn ich einen platten Reifen habe und nach Reifen suche, da finde ich auch ganz viel und irgendwo wird sicherlich auch stehen wie man einen Reifen flickt, nur ob man die Nadel im Heuhaufen findet ?

    Grade den erste Post, den du als Hilfe nennst, erzeugt bei mir mehr ??? als Antworten.
    Nochmehr ??? wenn du mir sagst, da steht die Lösung drin.


    Da steht ja drin, dass das was ich gemacht habe eigentlich richtig ist (bis auf das Sudo was mir aber auch an anderer stelle nicht aufgefallen ist und hier dadurch auch nicht) und sollte funktionieren auch wenn es alternativen gibt.

    Kannst du mir sagen was ich in dem zitiertem Post übersehen habe und die helfende Information ist ?

    dann versucht über eine venv:

    fotobox@pibooth:~ $ python3 -m venv pibooth

    fotobox@pibooth:~ $ source pibooth/bin/activate (pibooth)

    fotobox@pibooth:~ $ sudo pip3 install pibooth[dslr,printer]

    Finde den Fehler und klick da auch mal drauf!

    Danke für den Hinweis.


    Das hatte ich zwischendurch auch vermutet, da es zu dem gleichen Fehler, wie oben bereits als 2. Code gepostet, führt hatte ich es nicht nochmal gepostet:


    Ja ich habe Trixi genommen.

    Ich bin halt kein tiefgreifender Entwickler, vielleicht fällt es mir daher schwer die richtige frage zu stellen.

    Die Anleitungen die ich gefunden habe, habe ich umgesetzt ohne erfolg. (s.o.)

    Jetzt weiß ich nicht, wie mir deine Antwort helfen kann.

    Zum Thema - venv richtig nutzen- habe ich 6 Beiträge gefunden und aus keinem konnte ich eine Hilfe ziehen

    Moin,


    leider bekomme ich die Installation von PiBooth nicht hin.
    ich habe es nach dieser Anleitung versucht: https://documentation.pibooth.org/en/stable/sour…anual-procedure

    Bis zum Schritt 8 geht alles, bis das pypi Repository installiert werden soll

    alternativ habe ich versucht, da eh nichts anderes auf dem System gemacht werden soll:

    Diese Geschichte mit den venv nerven mittlerweile richtig.

    Überall gehen die Programme nicht mehr , lassen sich nicht mehr vernünftig isntallieren. Für reine Entwicklungsumgebungen ist das vielleicht hilfreich, aber für Arbeitsmaschinen auf denen nicht entwickelt gibt es nur Probleme damit.

    Hat einer eine Idee, wie man das Problem gelöst bekommt?

    Danke für den Hinweis.

    Er hing jetzt die ganze Zeit am Strom, also ich würde sagen 20 Minuten. Habe ihn vom Strom, getrennt und neu gestartet, vor ungefähr 4 Minuten.

    Jetzt läuft der Lüfter dauerhaft, im Netz ist er aber trotzdem nicht


    Update:
    direkt nach dem Absenden ging der Lüfter aus, im Netz hat sich nichts geändert

    Update 2

    Nach weiteren 20 Minuten hat er jetzt eine IP und ist erreichbar, aber Meeeega langsam. 1-2 Minuten Response auf einen SSH Befehl

    Mein ich habe bereits mehrere Versuche gestartet mit unterschiedlichen SD Karten eine SD Karte für den RPi5 zu erstellen.

    Das Ergebnis sieht so aus

    Soweit sieht alles fein aus. Lege ich die SD Karte ein scheint er auch zu starten.

    Es scheint aber weder eine LAN noch eine WLAN Verbindung aufzubauen, so dass keine IP Adresse ermittelbar ist.
    Ein Versuch mit Putty über den Hostname schlägt ebenfalls fehl.

    Woran kann das liegen ?

    hmm

    Wenn ich es richtig verstanden habe prüft er jetzt alle 0,5 Sekunden ind er Pattern Tabelle, ob es da für eine Zeile eine Änderung gibt.
    Das würde bedeuten, dass aus
    Pattern("FL", 7.5, [(ON, 0.7), (OFF, 6.8)]),

    tatsächlich

    0,5 Sekunden On und 7 Sekunden Off wird ( ist kein Problem )

    Aber die Zuordnung von Folge zu PIN, die habe ich noch nicht verstanden