UPDATE 31.10.: Amazon Alexa - ioBroker Skill läuft aus ?

[Thomas Braun]

@sushibomba

Ich hab es gestern nochmal auf einem 32bit Raspberry Bullseye pribierobiert, da ging es :auch nicht.
Auf dem 64bit Hauptsystem kein Problem

[Sushibomba]

@thomas-braun
Ok sehr merkwürdig.
Da du deutlich mehr Erfahrung hast.... Was kann man jetzt machen?

[Thomas Braun]

@sushibomba

Keine Ahnung. Vielleicht Mal das Betriebssystem als 64bit-Variante installieren?

[Sushibomba]

@thomas-braun
Das würde ja bedeuten ich müsste alles neu installieren bzw. mit einem Backup wieder einspielen oder?

[Thomas Braun]

@sushibomba

Ja.

[Sushibomba]

@thomas-braun
Oh man ne das möchte ich mir nicht antun :(
War schon genug Arbeit bis hierhin.

Vielleicht hat ja jemand noch ne andere Lösung.

[Thomas Braun]

@sushibomba

Backup ziehen, System installieren, Backup einspielen, fertig. Dauer 30 Minuten.

[Sushibomba]

@thomas-braun
Ja aber ich habe noch Cronjobs am laufen etc.
Warum gibt es überhaupt nen Unterschied? Sorry für die dumme Frage aber wie unterscheiden sich die 32 von der 64 Bit Version?

[Thomas Braun]

@sushibomba sagte in esphome - ERROR: Process exited with code 25:

Sorry für die dumme Frage aber wie unterscheiden sich die 32 von der 64 Bit Version?

Wird anders kompiliert.
Warum das bei mir auf einer 64bit-Installation funktioniert und auf einer 32bit-Installation nicht kann ich dir aber auch nicht sagen. Noch nichtmal ob das wirklich der Grund ist.

[OliverIO]

@sushibomba
der adapter bindet eigentlich nur eine andere bibliothek ein, welche auch wiederum eine vielzahl anderer bibliotheken einbindet.
viele davon sind in pyhton. ggfs. sind da auch nativ kompilierte anteile in c/c++ oder anderen sprachen dabei.

wenn da nur eines dabei ist, welches den 32bit support aufgegeben hat oder fehler dort nicht mehr zeitnah behebt, hängt das am ganzen Projekt.

die fehlermeldung wundert mich zwar, aber es heißt auch nicht immer das die korrekten fehlermeldungen hochgespült werden

npm ERR! sh: 1: npip: Permission denied

eine suche nach der Fehlermeldung in Verbindung mit esphome
hat leider (für mich) keine sinnvollen lösungen erbracht, die man probieren könnte

google suche

[Sushibomba]

@thomas-braun
Ok ich danke dir aber trotzdem für deinen Einsatz und für die Erklärung.

[Sushibomba]

@oliverio
Ok alles klar. Hört sich auf jeden Fall kompliziert an und scheint was für die Entwickler zu sein.
Ich würde ja auch ein Issue aufmachen nur weiß ich leider nicht was ich da reinschreiben sollte genau.

[OliverIO]

@sushibomba

mach den issue in github auf
vermerke im Text diese Fehlermeldung und kopier den link dieses threads hinein.
Evtl kann der adapter-entwickler da genauer reinschauen.
erwähne am besten auch im issue text das ergebnis von thomas mit 32bit vs 64bit rein.

ich habe den text meiner post oben nochmal erweitert

und zusätzlich kann man den adapterentwickler hier gleich mit einbinden
@Dutchman

[Wal]

@thomas-braun sagte in esphome - ERROR: Process exited with code 25:

@sushibomba

Ich hab es gestern nochmal auf einem 32bit Raspberry Bullseye pribierobiert, da ging es :auch nicht.
Auf dem 64bit Hauptsystem kein Problem

Interessant, mein System ist ja ein Intel 64bit System auf Proxmox bei dem es nicht funktioniert.
Ich werde mal ein neues System aufsetzen und nur ioBroker und den ESPHome-Adapter in installieren, mal sehen was dabei rum kommt. ;-)

[Thomas Braun]

@wal

Ob das mit 32/64bit zusammenhängt ist wirklich nur eine ganz vage Vermutung, ich kann es nicht ansatzweise erklären warum das sein könnte.
War nur eine Beobachtung von mir: 64bit Raspberry 'Bullseye' = Läuft anstandslos durch, 32bit Raspberry 'Bullseye' = Irgendwas ist bei den Rechten an /tmp falsch. Das Verzeichnis ist aber auch besonders, da ist ja das 'sticky bit' gesetzt. Das hat eher damit zu tun als mit 32/64bit.

[Wal]

@thomas-braun ,
ebend Debian 11 64bit auf Proxmox neu aufgesetzt und was soll ich sagen.
Es geht verdammt nochmal es geht, ich mach das ganze Wochenende da rum und es geht ..... ;-)

Es widerstrebt mir aber meine von Stretch hochgezogene ioBroker Installation neu zu installieren. :dizzy_face:
Leider wird kein Weg daran vorbei führen.

[Thomas Braun]

@wal

Okay, überrascht mich eigentlich, das es mit 64bit funktioniert. Eine plausible Begründung fällt mir immer noch nicht ein...

Aber die Zeit ist auch mehr als reif für das '64bit-Zeitalter'.

[Wal]

@thomas-braun ,
fazit:
von Stretch 64 auf Buster 64 auf Bullseye 64 hochgezogen geht nicht.
Bullseye 64 direkte Installation geht.
Wird wohl beim hochziehen was auf der Strecke bleiben, obwohl bis auf den ESPHome-Adapter bis jetzt alles funktioniert hat.
Werden wohl noch Python2 Leichen von Stretch vorhanden sein, trotz Deinstallation über apt vor langer Zeit.

[Sushibomba]

@oliverio

Hab nen Issue aufgemacht. Schreibt gerne was dazu wenn ich was vergessen habe.

https://github.com/DrozmotiX/ioBroker.esphome/issues/135

[Dutchman]

@sushibomba sagte in esphome - ERROR: Process exited with code 25:

@oliverio

Hab nen Issue aufgemacht. Schreibt gerne was dazu wenn ich was vergessen habe.

https://github.com/DrozmotiX/ioBroker.esphome/issues/135

Ich kan da leider nicht viel machen, laut Fehlermeldung gibt es Probleme mit den Berechtigungen von pip was auf ein Problem der Python Installation hin zu führen ist.

Das zu beheben ist oft schwierig, nicht unmöglich aber schwierig, oft geht dan das erstellen eines Backups, neue vm und Backup restore der snelste weg