NEWS
Wir empfehlen: Node.js 22.x
-
@fuchs1978 sagte in Wir empfehlen: Node.js 22.x:
Muss ich die Datei jetzt löschen? Trixie wie gesagt habe ich, aber damit auch gleich apt3?
Du sprichst von der nodesource-Repo-Datei?
Falls du die Repo-Dateien persudo apt modernize-sourcesauf das modernere Format umgestellt hast würde ich das machen. Gibt sonst Mecker von apt, das Quellen doppelt angelegt sind.
Edit: Kurz, wenn diese beiden Dateien auftauchen:
echad@chet:~ $ ls -la /etc/apt/sources.list.d/nodesource.* -rw-r--r-- 1 root root 100 Aug 10 21:14 /etc/apt/sources.list.d/nodesource.list -rw-r--r-- 1 root root 242 Aug 10 18:39 /etc/apt/sources.list.d/nodesource.sources echad@chet:~ $würde ich die
nodesource.sourceslöschen.@thomas-braun said in Wir empfehlen: Node.js 22.x:
@fuchs1978 sagte in Wir empfehlen: Node.js 22.x:
Muss ich die Datei jetzt löschen? Trixie wie gesagt habe ich, aber damit auch gleich apt3?
Du sprichst von der nodesource-Repo-Datei?
Falls du die Repo-Dateien persudo apt modernize-sourcesauf das modernere Format umgestellt hast würde ich das machen. Gibt sonst Mecker von apt, das Quellen doppelt angelegt sind.
Edit: Kurz, wenn diese beiden Dateien auftauchen:
echad@chet:~ $ ls -la /etc/apt/sources.list.d/nodesource.* -rw-r--r-- 1 root root 100 Aug 10 21:14 /etc/apt/sources.list.d/nodesource.list -rw-r--r-- 1 root root 242 Aug 10 18:39 /etc/apt/sources.list.d/nodesource.sources echad@chet:~ $würde ich die
nodesource.sourceslöschen.Es kommt nur die list Datei
-
Upgrade in einer VMware VM unter Ubuntu 24.04 LTS lief völlig Problemlos.
Allerdings habe ich - wie jedes mal - das Problem das eCharts nun keine Bilder mehr versenden kann.Das Testskript:

Log Ausgabe:
2025-08-11 14:12:03.387 - info: javascript.0 (6980) script.js.001_Routinen.Solaranlage.disabled.Test_echarts: sendTo[custom] echarts.0: preset: echarts.0.Solaranlage.Solar_Hauswand, renderer: jpg, background: #000000, fileOnDisk: /tmp/echarts_solarHauswand.jpg, quality: 1, width: 1024, height: 800Das immer am
canvasPaket im eCharts Adapter, ich suche gerade was ich die letzten male gemacht habe. Einen Upload habe ich schon gemacht, der hat nichts gebracht.npm ls canvasim
/opt/iobroker/Verzeichnis ergibtiobroker.inst@2.0.3 /opt/iobroker └─┬ iobroker.echarts@2.0.6 ├── canvas@3.1.0 └─┬ jsdom@26.0.0 └── canvas@3.1.0 dedupedNachtrag: Hier habe ich zusammengetragen was ich sonst gemacht habe: https://forum.iobroker.net/post/1242483
Hilft aber nicht -
Upgrade in einer VMware VM unter Ubuntu 24.04 LTS lief völlig Problemlos.
Allerdings habe ich - wie jedes mal - das Problem das eCharts nun keine Bilder mehr versenden kann.Das Testskript:

Log Ausgabe:
2025-08-11 14:12:03.387 - info: javascript.0 (6980) script.js.001_Routinen.Solaranlage.disabled.Test_echarts: sendTo[custom] echarts.0: preset: echarts.0.Solaranlage.Solar_Hauswand, renderer: jpg, background: #000000, fileOnDisk: /tmp/echarts_solarHauswand.jpg, quality: 1, width: 1024, height: 800Das immer am
canvasPaket im eCharts Adapter, ich suche gerade was ich die letzten male gemacht habe. Einen Upload habe ich schon gemacht, der hat nichts gebracht.npm ls canvasim
/opt/iobroker/Verzeichnis ergibtiobroker.inst@2.0.3 /opt/iobroker └─┬ iobroker.echarts@2.0.6 ├── canvas@3.1.0 └─┬ jsdom@26.0.0 └── canvas@3.1.0 dedupedNachtrag: Hier habe ich zusammengetragen was ich sonst gemacht habe: https://forum.iobroker.net/post/1242483
Hilft aber nichtBau den echarts-Adapter nochmal neu.
Es gab mal mit dem mihome-vaccuum Adapter das Problem, wenn canvas nicht direkt im Tree lag sondern wie bei dir auch 'deduped' war. Wo hängt denn canvas bei dir direkt? Mal mitnpm ls canvasschauen.
-
Upgrade in einer VMware VM unter Ubuntu 24.04 LTS lief völlig Problemlos.
Allerdings habe ich - wie jedes mal - das Problem das eCharts nun keine Bilder mehr versenden kann.Das Testskript:

Log Ausgabe:
2025-08-11 14:12:03.387 - info: javascript.0 (6980) script.js.001_Routinen.Solaranlage.disabled.Test_echarts: sendTo[custom] echarts.0: preset: echarts.0.Solaranlage.Solar_Hauswand, renderer: jpg, background: #000000, fileOnDisk: /tmp/echarts_solarHauswand.jpg, quality: 1, width: 1024, height: 800Das immer am
canvasPaket im eCharts Adapter, ich suche gerade was ich die letzten male gemacht habe. Einen Upload habe ich schon gemacht, der hat nichts gebracht.npm ls canvasim
/opt/iobroker/Verzeichnis ergibtiobroker.inst@2.0.3 /opt/iobroker └─┬ iobroker.echarts@2.0.6 ├── canvas@3.1.0 └─┬ jsdom@26.0.0 └── canvas@3.1.0 dedupedNachtrag: Hier habe ich zusammengetragen was ich sonst gemacht habe: https://forum.iobroker.net/post/1242483
Hilft aber nicht@bananajoe
letztes mal hat mir das geholfen. (https://forum.iobroker.net/topic/74956/gelöst-probleme-mit-echart-diagramm-per-telegram-senden/2?_=1754914858526)cd /opt/iobroker/node_modules/canvas/ sudo -u iobroker npm install --omit=dev -
Bau den echarts-Adapter nochmal neu.
Es gab mal mit dem mihome-vaccuum Adapter das Problem, wenn canvas nicht direkt im Tree lag sondern wie bei dir auch 'deduped' war. Wo hängt denn canvas bei dir direkt? Mal mitnpm ls canvasschauen.
@thomas-braun sagte in Wir empfehlen: Node.js 22.x:
Bau den echarts-Adapter nochmal neu.
Es gab mal mit dem mihome-vaccuum Adapter das Problem, wenn canvas nicht direkt im Tree lag sondern wie bei dir auch 'deduped' war. Wo hängt denn canvas bei dir direkt? Mal mitnpm ls canvasschauen.
siehe meinen Post, da steht die Ausgabe schon drin
-
@thomas-braun sagte in Wir empfehlen: Node.js 22.x:
Bau den echarts-Adapter nochmal neu.
Es gab mal mit dem mihome-vaccuum Adapter das Problem, wenn canvas nicht direkt im Tree lag sondern wie bei dir auch 'deduped' war. Wo hängt denn canvas bei dir direkt? Mal mitnpm ls canvasschauen.
siehe meinen Post, da steht die Ausgabe schon drin
Aber es muss noch ein canvas ohne deduped geben.
(Edit: Tomaten auf den Augen. Sind zwei Ebenen mit canvas)
-
Aber es muss noch ein canvas ohne deduped geben.
(Edit: Tomaten auf den Augen. Sind zwei Ebenen mit canvas)
@thomas-braun
gibt es doch?iobroker.inst@2.0.3 /opt/iobroker └─┬ iobroker.echarts@2.0.6 ├── canvas@3.1.0 └─┬ jsdom@26.0.0 └── canvas@3.1.0 deduped -
@bananajoe
letztes mal hat mir das geholfen. (https://forum.iobroker.net/topic/74956/gelöst-probleme-mit-echart-diagramm-per-telegram-senden/2?_=1754914858526)cd /opt/iobroker/node_modules/canvas/ sudo -u iobroker npm install --omit=dev -
@thomas-braun sagte in Wir empfehlen: Node.js 22.x:
Bau den echarts-Adapter nochmal neu.
öhm? wie genau?
-
@eduard77 tja, hat jetzt gerade auch nichts gebracht
gibt auch keine Fehlermeldungen, auch wenn ich den eCharts-Adapter auf Debug stelleKönnen wir das Thema auslagern? Telegram + canvas haben wenn überhaupt nur sehr indirekt mit nodejs22 zu tun.
-
@thomas-braun sagte in Wir empfehlen: Node.js 22.x:
Bau den echarts-Adapter nochmal neu.
öhm? wie genau?
@bananajoe sagte in Wir empfehlen: Node.js 22.x:
öhm? wie genau?
iob upgrade echarts@1.9.2oder wie auch immer die aktuelle Versionsnummer für echarts lautet.
-
@bananajoe sagte in Wir empfehlen: Node.js 22.x:
öhm? wie genau?
iob upgrade echarts@1.9.2oder wie auch immer die aktuelle Versionsnummer für echarts lautet.
damit hat es bei mir auch geklappt iob nodejs-update 22

:+1:
-
Können wir das Thema auslagern? Telegram + canvas haben wenn überhaupt nur sehr indirekt mit nodejs22 zu tun.
@thomas-braun sagte in Wir empfehlen: Node.js 22.x:
Können wir das Thema auslagern? Telegram + canvas haben wenn überhaupt nur sehr indirekt mit nodejs22 zu tun.
hier geht es weiter: https://forum.iobroker.net/topic/81902/echarts-kein-sendto-nach-upgrade-auf-node-js-22-x
-
Hallo alle zusammen,
mal wieder ist es soweit und das bedeutet das es wieder Neuigkeiten gibt was die bei der Node.js Version angeht.
Node.js 22 wurde letztes Jahr im April veröffentlicht, seit Oktober LTS und ist inzwischen unseren Erfahrungen nach stabil und es sind keine Probleme bisher bekannt.
Aus diesem Grund wollen wir empfehlen auch Eure Systeme auf Node.js 22 zu aktualisieren bzw neue Installationen gleich mit Node.js 22 zu machen.
Es gibt keinen Grund zur Hektik! Node.js 20 ist auch noch vollkommen ok und stabil, es muss als niemand Panik bekommen :-)Installer, Updater und Admin und die anderen typischen Stellen sind ebenfalls angepasst, so das diese (sobald Cachezeiten ggf ausgelaufen sind) Node.js 22 ebenfalls empfehlen bzw bei Neuinstallationen automatisch mit installieren. Auch das Docker Image v11 ist inzwischen mit Node.js 22 ausgestattet. Danke an @buanet dafür!
Am Ende gilt weiterhin https://forum.iobroker.net/topic/64032/update-nodejs-best-practise-supported-14-16-und-18 und auch "iob nodejs-update" ist ein einfacher Weg für das Update.
Ingo
@apollon77 Hallo zusammen leider läuft jetzt bei mir der eusec Adapter nicht mehr.
Habt ihr eine Idee was das sein kann. Ich denke das hat was mit der Node 22 zu tun. Vorher ging es. https://github.com/bropat/ioBroker.eusechttps://github.com/bropat/ioBroker.eusec/issues/481
host.nuc 2025-08-11 16:04:27.122 info Do not restart adapter system.adapter.eusec.0 because disabled or deleted host.nuc 2025-08-11 16:04:27.122 error instance system.adapter.eusec.0 terminated with code 12 (UNKNOWN_PACKET_NAME) host.nuc 2025-08-11 16:04:27.121 error Caught by controller[0]: /usr/bin/node: Error: Attempt to revert an unknown CVE [CVE-2023-46809] host.nuc 2025-08-11 16:04:03.433 info "system.adapter.eusec.0" disabled host.nuc 2025-08-11 16:03:56.820 info Restart adapter system.adapter.eusec.0 because enabled host.nuc 2025-08-11 16:03:56.820 error instance system.adapter.eusec.0 terminated with code 12 (UNKNOWN_PACKET_NAME) host.nuc 2025-08-11 16:03:56.820 error Caught by controller[0]: /usr/bin/node: Error: Attempt to revert an unknown CVE [CVE-2023-46809] host.nuc 2025-08-11 16:03:56.794 info instance system.adapter.eusec.0 in version "1.3.3" (non-npm: bropat/ioBroker.eusec) started with pid 7139 host.nuc 2025-08-11 16:03:26.530 info Restart adapter system.adapter.eusec.0 because enabled host.nuc 2025-08-11 16:03:26.530 error instance system.adapter.eusec.0 terminated with code 12 (UNKNOWN_PACKET_NAME) host.nuc 2025-08-11 16:03:26.530 error Caught by controller[0]: /usr/bin/node: Error: Attempt to revert an unknown CVE [CVE-2023-46809] host.nuc 2025-08-11 16:03:26.498 info instance system.adapter.eusec.0 in version "1.3.3" (non-npm: bropat/ioBroker.eusec) started with pid 7138 host.nuc 2025-08-11 16:03:26.186 info "system.adapter.eusec.0" enabledHerzliche Grüße
Fabio -
@apollon77 Hallo zusammen leider läuft jetzt bei mir der eusec Adapter nicht mehr.
Habt ihr eine Idee was das sein kann. Ich denke das hat was mit der Node 22 zu tun. Vorher ging es. https://github.com/bropat/ioBroker.eusechttps://github.com/bropat/ioBroker.eusec/issues/481
host.nuc 2025-08-11 16:04:27.122 info Do not restart adapter system.adapter.eusec.0 because disabled or deleted host.nuc 2025-08-11 16:04:27.122 error instance system.adapter.eusec.0 terminated with code 12 (UNKNOWN_PACKET_NAME) host.nuc 2025-08-11 16:04:27.121 error Caught by controller[0]: /usr/bin/node: Error: Attempt to revert an unknown CVE [CVE-2023-46809] host.nuc 2025-08-11 16:04:03.433 info "system.adapter.eusec.0" disabled host.nuc 2025-08-11 16:03:56.820 info Restart adapter system.adapter.eusec.0 because enabled host.nuc 2025-08-11 16:03:56.820 error instance system.adapter.eusec.0 terminated with code 12 (UNKNOWN_PACKET_NAME) host.nuc 2025-08-11 16:03:56.820 error Caught by controller[0]: /usr/bin/node: Error: Attempt to revert an unknown CVE [CVE-2023-46809] host.nuc 2025-08-11 16:03:56.794 info instance system.adapter.eusec.0 in version "1.3.3" (non-npm: bropat/ioBroker.eusec) started with pid 7139 host.nuc 2025-08-11 16:03:26.530 info Restart adapter system.adapter.eusec.0 because enabled host.nuc 2025-08-11 16:03:26.530 error instance system.adapter.eusec.0 terminated with code 12 (UNKNOWN_PACKET_NAME) host.nuc 2025-08-11 16:03:26.530 error Caught by controller[0]: /usr/bin/node: Error: Attempt to revert an unknown CVE [CVE-2023-46809] host.nuc 2025-08-11 16:03:26.498 info instance system.adapter.eusec.0 in version "1.3.3" (non-npm: bropat/ioBroker.eusec) started with pid 7138 host.nuc 2025-08-11 16:03:26.186 info "system.adapter.eusec.0" enabledHerzliche Grüße
Fabio@fabio sagte in Wir empfehlen: Node.js 22.x:
Error: Attempt to revert an unknown CVE [CVE-2023-46809]
Ja, da muss der Adapter (oder eine der Dependencies) angepasst werden. Hier werden noch Methoden verwendet, die ein Sicherheitsrisiko beinhalten und deswegen wird das geblockt.
-
@fabio sagte in Wir empfehlen: Node.js 22.x:
Error: Attempt to revert an unknown CVE [CVE-2023-46809]
Ja, da muss der Adapter (oder eine der Dependencies) angepasst werden. Hier werden noch Methoden verwendet, die ein Sicherheitsrisiko beinhalten und deswegen wird das geblockt.
@thomas-braun danke Thomas,
hab ein Issues aufgemacht. Ich denke der Adapter ist tot.
https://github.com/bropat/ioBroker.eusec/issues/482
Herzliche Grüße
Fabio -
Der Adapter alexa-timer-vis https://github.com/MiRo1310/ioBroker.alexa-timer-vis ist auch nicht kompatibel mit Node.js 22, ich werde da auch noch ein Issue eröffnen
https://github.com/MiRo1310/ioBroker.alexa-timer-vis/issues/210
-
Beim Adapter echarts https://github.com/ioBroker/ioBroker.echarts funktioniert das Server side rendering mit Node.js 22 nicht mehr, die Diagramme in VIS1 sahen gut aus.
https://github.com/ioBroker/ioBroker.echarts/issues/925 -
Als kurze Ergänzung dazu:
iob nodejs-updatewird ohne weitere Option nun also nodejs@22 auf das System zaubern (s. oben: (Die Cachezeiten sind mittlerweile ausgelaufen)). Falls es wider Erwarten mit nodejs@22 noch bei einzelnen Adaptern Probleme geben sollte kann man die alte Version so wieder installieren:
iob nodejs-update 20In solchen Fällen sollte man ein Issue beim entsprechenden Adapter eröffnen. Hier im Thread passt das nicht rein.
Bitte hier nur 'Erfolgsmeldungen' rein.Edit:
iob nodejs-updateführt übrigens am Ende einen rudimentären Test durch. Falls da dann Fehler gemeldet werden (Die sind auch ausdrücklich als ERROR gekennzeichnet, die Ausgaben mit 'add' oder 'del' sind keine Fehler und können ignoriert werden).Edit2: Die angelegte Repo-Datei ist noch im 'alten' Format, wer also bereits Debian Trixie mit apt 3 und das nodesource-Repo bereits 'modernisiert' hat sollte die neue Datei wieder löschen:
sudo rm /etc/apt/sources.list.d/nodesource.sourcesEdit3: Auf meinen System ist unterdessen auch der Cache mit den Versionen aktualisiert worden und
iob nodejs-updatespielt nun die v22 auch ohne explizit angegebener Version von sich aus ein.@thomas-braun sagte in Wir empfehlen: Node.js 22.x:
Falls es wider Erwarten mit nodejs@22 noch bei einzelnen Adaptern Probleme geben sollte kann man die alte Version so wieder installieren:
iob nodejs-update 20Wer den SQL-Adapter einsetzt muss diesen nach einem Downgrade mit
iob upgrade sql@3.0.1einmal neu installieren, bei mir hat er es nicht von alleine wieder geschafft zu starten. Der Befehl deinstalliert den Adapter und installiert diesen gleich wieder neu, danach funktionierte er wieder.
-
@thomas-braun sagte in Wir empfehlen: Node.js 22.x:
Falls es wider Erwarten mit nodejs@22 noch bei einzelnen Adaptern Probleme geben sollte kann man die alte Version so wieder installieren:
iob nodejs-update 20Wer den SQL-Adapter einsetzt muss diesen nach einem Downgrade mit
iob upgrade sql@3.0.1einmal neu installieren, bei mir hat er es nicht von alleine wieder geschafft zu starten. Der Befehl deinstalliert den Adapter und installiert diesen gleich wieder neu, danach funktionierte er wieder.
Werden die Entwickler von euch informiert ihre Adapter anzupassen?
Oder läuft das so:
Ihr empfehlt -> wir merken das was nicht funktioniert -> erstellen ein Issue -> wenns gut läuft arbeitet der Entwickler es ab ?