Wir empfehlen: Node.js 22.x

[Thomas Braun]

@meister-mopper sagte in Wir empfehlen: Node.js 22.x:

Es ist ein Proxmox LXC. Mit iob nodejs-update funktionierte es nicht.

Noch nicht. Erst wenn die Versionen nochmal neugelesen werden.
Konkret: Wenn die Datenpunkte

system.host.DEINHOST.versions.nodeNewestNext und
system.host.DEINHOST.versions.npmNewestNext die Versionsnummern enthalten.

Kann 12 bis 24 Stunden dauern. Sollte aber dann morgen wie gedacht funktionieren.

[Meister Mopper]

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

Kann 12 bis 24 Stunden dauern. Sollte aber dann morgen wie gedacht funktionieren.

Mit iob nodejs-update 22 habe ich jetzt alle Server angehoben. Läuft => DANKE!

[fuchs1978]

iob nodejs-update 22

damit ging es bei mir auch, bin jetzt auf Trixie und NodeJS22

Muss ich die Datei jetzt löschen? Trixie wie gesagt habe ich, aber damit auch gleich apt3?

[Thomas Braun]

@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 per

sudo apt modernize-sources

auf 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.sources löschen.

[fuchs1978]

@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 per

sudo apt modernize-sources

auf 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.sources löschen.

Es kommt nur die list Datei

[BananaJoe]

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: 800

Das immer am canvas Paket 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 canvas

im /opt/iobroker/ Verzeichnis ergibt

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

Nachtrag: Hier habe ich zusammengetragen was ich sonst gemacht habe: https://forum.iobroker.net/post/1242483
Hilft aber nicht

[Thomas Braun]

@bananajoe

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 mit

npm ls canvas

schauen.

[Eduard77]

@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

[BananaJoe]

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

@bananajoe

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 mit

npm ls canvas

schauen.

siehe meinen Post, da steht die Ausgabe schon drin

[Thomas Braun]

@bananajoe

Aber es muss noch ein canvas ohne deduped geben.

(Edit: Tomaten auf den Augen. Sind zwei Ebenen mit canvas)

[BananaJoe]

@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]

@eduard77 tja, hat jetzt gerade auch nichts gebracht
gibt auch keine Fehlermeldungen, auch wenn ich den eCharts-Adapter auf Debug stelle

[BananaJoe]

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

Bau den echarts-Adapter nochmal neu.

öhm? wie genau?

[Thomas Braun]

@bananajoe

Können wir das Thema auslagern? Telegram + canvas haben wenn überhaupt nur sehr indirekt mit nodejs22 zu tun.

[Thomas Braun]

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

öhm? wie genau?

iob upgrade echarts@1.9.2

oder wie auch immer die aktuelle Versionsnummer für echarts lautet.

[Michael Schmitt]

damit hat es bei mir auch geklappt iob nodejs-update 22

[BananaJoe]

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

@bananajoe

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

[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.eusec

https://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" enabled

Herzliche Grüße
Fabio

ioBroker-Bot created this issue in bropat/ioBroker.eusec

open Compatibility check and testing for node.js 24 #481

[Thomas Braun]

@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]

@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

sansonifabio created this issue in bropat/ioBroker.eusec

open [Bug]: Node.js 22.x Error: Attempt to revert an unknown CVE [CVE-2023-46809] #482