Neues YouTube-Video: Visualisierung im Devices-Adapter

[Thomas Braun]

@meister-mopper
Ja, wenn du keine unfreie Software benötigst kann das ausgelassen werden.
Bei mir kommt da Firmware für den Raspberry Kernel her:

echad@chet:/opt/iobroker $ dpkg-query -W -f='${Section}\t${Package}\n' | grep ^non-free
non-free/kernel bluez-firmware
non-free/kernel firmware-atheros
non-free/kernel firmware-brcm80211
non-free/kernel firmware-libertas
non-free/kernel firmware-misc-nonfree
non-free/kernel firmware-realtek

[Meister Mopper]

@thomas-braun
Für mein Verständnis:

Beim AMD64 kein "non-free"
Beim Raspberry aber ja?

Ich habe beides.

[Thomas Braun]

@meister-mopper sagte in Sicherheitslücken in node.js -> Updaten!:

Beim AMD64 kein "non-free"
Beim Raspberry aber ja?

Nein, das kann man an der Architektur nicht festmachen.
Die Hardware, die ggf. die Firmware benötigt kann ja auf allen Systemen eingesetzt werden.

[Meister Mopper]

@thomas-braun
Ich habe einen RPi 4B. Was ist da empfehlenswert?

[Thomas Braun]

@meister-mopper sagte in Sicherheitslücken in node.js -> Updaten!:

Der Pi4 verwendet (für WLAN) unfreie Software von Broadcom (brcm80211).

Nach strenger Definition ist Raspberry OS keine Freie Software.
Kann dir aber vielleicht @OpenSourceNomad noch genauer erklären.

[Meister Mopper]

@thomas-braun
Bei mir sieht es da aber so aus:

deb http://raspbian.raspberrypi.org/raspbian/ bullseye main contrib non-free rpi

[Thomas Braun]

@meister-mopper

Ja, passt doch.
Wobei 'rpi' für einen headless-Betrieb nicht erforderlich ist. Da liegt afaik nur Desktop-relevantes Zeuch drin.

[Meister Mopper]

@thomas-braun
Also könnte die sources.list auf dem RPi so aussehen?

deb http://raspbian.raspberrypi.org/raspbian/ bullseye main contrib non-free
deb http://raspbian.raspberrypi.org/raspbian/ bullseye-security main contrib non-free
deb http://raspbian.raspberrypi.org/raspbian/ bullseye-updates main contrib non-free

[ostseereiter]

@meister-mopper
richtig bei 16 noch warten besser ist es. Mache ich auch werde dann mal so langsam auf 12 wechseln.Denke die Version ist jetzt stabil.

[Thomas Braun]

@ostseereiter sagte in Sicherheitslücken in node.js -> Updaten!:

Mache ich auch werde dann mal so langsam auf 12 wechseln.Denke die Version ist jetzt stabil.

node12 ist nicht stabil, die ist schon wieder tot.

[Homoran]

@meister-mopper sagte in Sicherheitslücken in node.js -> Updaten!:

ist doch schon drauf, wird nur in der iobroker info falsch ausgeworfen.

hab gerade bei mir nachgesehen, da ist das genauso.
Während des Updates wurde laut Konsolenoutput die 14.20 installiert?.

auf allen drei Hosts

[Thomas Braun]

@homoran

Ich sag doch immer...
GUIs sind notorische Lügners! :-D

[Homoran]

@thomas-braun sagte in Sicherheitslücken in node.js -> Updaten!:

@homoran

Ich sag doch immer...
GUIs sind notorische Lügners! :-D

sieht so aus

pi@iobroker-VM03:~$ apt policy nodejs
nodejs:
  Installiert:           14.20.0-deb-1nodesource1
  Installationskandidat: 14.20.0-deb-1nodesource1
  Versionstabelle:
 *** 14.20.0-deb-1nodesource1 500
        500 https://deb.nodesource.com/node_14.x bullseye/main amd64 Packages
        100 /var/lib/dpkg/status
     12.22.12~dfsg-1~deb11u1 500
        500 http://security.debian.org/debian-security bullseye-security/main amd64 Packages
     12.22.5~dfsg-2~11u1 500
        500 http://deb.debian.org/debian bullseye/main amd64 Packages
pi@iobroker-VM03:~$

[paul53]

@homoran sagte: hab gerade bei mir nachgesehen, da ist das genauso.

ioBroker neu starten! Ohne Neustart wurde ioBroker noch mit der alten Version compiliert.

[Homoran]

@paul53 hab ich vermutet, aber bisher vermieden