Wir empfehlen: Node.js 22.x

[Thomas Braun]

@skorpil sagte in Wir empfehlen: Node.js 22.x:

Die Meldung mal zerpflückt:

npm error code EBADENGINE
npm error engine Unsupported engine

npm findet ein Modul/Paket, dass nicht mit der momentan verwendeten 'Engine' nodejs@22 kompatibel ist.
Nämlich dieses:

npm error engine Not compatible with your version of node/npm: @homebridge/ciao@1.2.0
npm error notsup Not compatible with your version of node/npm: @homebridge/ciao@1.2.0
npm error notsup Required: {"node": "18 || 20"}
npm error notsup Actual: {"npm": "10.9.3", "node": "v22.18.0"}

@homebridge/ciao@1.2.0 ist vom Entwickler auf nodejs@18 ODER nodejs@20 begrenzt worden. Du setzt aber nodejs v22.18.0 ein. npm schaut bei Änderungen immer über den kompletten Abhängigkeitsbaum nach Inkonsistenzen, damit soll verhindert werden, dass dir das Projekt komplett wegrutscht.

Möglicherweise sind aber höhere Versionen von @homebridge/ciao mit den aktuellen nodejs-Versionen wieder kompatibel. Dazu muss aber der iobroker-Adapter, der @homebridge/ciao verwendet ggfls. zuerst aktualisiert werden, weil dann auch aktuellere Versionen der Abhängigkeiten geladen werden (sofern verfügbar und nicht vom Adapter gedeckelt).
Wo das Modul in der Installation verwendet wird könnte man per

cd /opt/iobroker && npm ls @homebridge/ciao

prüfen.

[mcm1957]

@thomas-braun said in Wir empfehlen: Node.js 22.x:

Dazu muss aber der iobroker-Adapter, der @homebridge/ciao verwendet ggfls. zuerst aktualisiert werden.

Der Adapter (yahka) wurde bereits aktualisisert und 1.1.5 ist mit node.js 22 kompatibel.

[Homoran]

@thomas-braun und @skorpil verwendet lsut SCREENSHOT, noch die 1.0.3

[Thomas Braun]

@mcm1957 sagte in Wir empfehlen: Node.js 22.x:

Der Adapter (yahka) wurde bereits aktualisisert und 1.1.5 ist mit node.js 22 kompatibel.

Okay.
Aus diesem Grund sind auch Teilaktualisierungen z. B. nicht empfehlenswert.
Die Adapter/Module haben u. U. gegenseitige Abhängigkeiten. Deswegen hält man die ganze Installation immer auf einem aktuellen, konsistenten Stand.

Edit:
Im Falle von yahaka sollte diese Version dann auch flugs in Stable überstellt werden:

github:	1.1.5
latest:	1.1.5 for 40 days
stable:	1.0.3 for 29 months

[mcm1957]

Im Falle von yahaka sollte diese Version dann auch flugs in Stable überstellt werden:

Siehe frühere Postings zB.:

@mcm1957 said in Wir empfehlen: Node.js 22.x:

@skorpil said in Wir empfehlen: Node.js 22.x:

Kannst auch am Nachmittag mal auf "Nach Updates suchen klicken" und schaun ob schon angeboten.

[skorpil]

@mcm1957 noch „sehe“ ich kein Update für den yahka Adapter…

[mcm1957]

@skorpil said in Wir empfehlen: Node.js 22.x:

@mcm1957 noch „sehe“ ich kein Update für den yahka Adapter…

Dann drück mal auf "Nach Updates suchen". Dein System hat wahrscheinlich heute noch nicht nach Update gefragt.

Und wenn das auch nichts ändert schau ins Log welche Fehlermeldungen da stehen.

[skorpil]

@mcm1957 vielen Dank. „ nach Update suchen“ war die Lösung.Jetzt konnte ich den Adapter aktualisieren und in der Folge auch den js-Controller.

Vielen Dank euch allen

[Pedder007]

@apollon77 Update hat super geklappt.
1000-Dank!!! auch an @Thomas-Braun für die zusätzlichen Tips

[Fabio]

@apollon77 @Thomas-Braun eine Frage heute morgen bei der Systempflege las ich diesen Hinweis. Was bedeutet das?

https://deb.nodesource.com/node_22.x/dists/nodistro/InRelease:Policy will reject signature within a year, see --audit for details

Herzliche Grüße
Fabio

PS: System ist auf Trixi und Node.js: v22.18.0 NPM: 10.9.3

[Thomas Braun]

@fabio
Die Paketverwaltung fordert nun bessere Signaturen, der Schlüssel von nodesource ist aber noch mit einem alten Verfahren angelegt worden. In Februar 2026 wird der jetzige Schlüssel nicht mehr akzeptiert.

[Adnim]

@thomas-braun sagte in Wir empfehlen: Node.js 22.x:

In Februar 2026 wird der jetzige Schlüssel nicht mehr akzeptiert.

Muss da der "User" tätig werden oder erübrigt sich das bis dahin ?

[Fabio]

@thomas-braun vielen Dank für deine Erklärung. Was würden wir ohne dich eigentlich machen.

Heißt das, das wir als User da ja nicht tätig werden brauchen da wir keinen Einfluss auf die Signaturen haben?

Herzliche Grüße
Fabio

[Thomas Braun]

@adnim sagte in Wir empfehlen: Node.js 22.x:

Muss da der "User" tätig werden oder erübrigt sich das bis dahin ?

Irgendwann wird ein neuer Schlüssel veröffentlicht werden. Ob man den den über ein Skript installieren kann oder händisch eintragen muss muss man dann mal schauen.

[pk68]

Feedback von mir:

Das Update klappte zunächst nicht. Im Log tauchte mehrfach folgender Fehler auf:

E: dpkg was interrupted, you must manually run 'sudo dpkg --configure -a' to correct the problem.

Nach Ausführen des Befehls lief das Update dann durch.

[Thomas Braun]

@pk68 sagte in Wir empfehlen: Node.js 22.x:

Das Update klappte zunächst nicht.

Dann ist da im Vorfeld deine Datenbank schon korrupt gewesen.

[pk68]

@thomas-braun sagte in Wir empfehlen: Node.js 22.x:

Dann ist da im Vorfeld deine Datenbank schon korrupt gewesen.

Wodurch passiert so etwas?

[Thomas Braun]

@pk68 sagte in Wir empfehlen: Node.js 22.x:

Wodurch passiert so etwas?

Wenn Installationen abgebrochen werden, das System nicht sauber heruntergefahren wird, Pakete reingeknüpplet werden, die da nix zu suchen haben...
Gibt mehrere Möglichkeiten die dpkg-Datenbank zu schrotten.

[pk68]

@thomas-braun
Danke. Hatte zuerst das Update per GUI angestoßen.

[Thomas Braun]

@pk68 sagte in Wir empfehlen: Node.js 22.x:

Danke. Hatte zuerst das Update per GUI angestoßen.

Ich würde sowas IMMER in der Kommandozeile machen. Da sind die Meldungen deutlicher.