Neuer ioBroker-Blog online: Monatsrückblick März/April 2026

[worxweis]

@thomas-braun

Also da kommen folgende Meldungen retour:

root@Testserver:~# apt policy nodejs
nodejs:
  Installed: 18.7.0+dfsg-5ubuntu1
  Candidate: 18.7.0+dfsg-5ubuntu1
  Version table:
 *** 18.7.0+dfsg-5ubuntu1 500
        500 http://archive.ubuntu.com/ubuntu kinetic/universe amd64 Packages
        100 /var/lib/dpkg/status
     16.19.0-deb-1nodesource1 500
        500 https://deb.nodesource.com/node_16.x kinetic/main amd64 Packages
root@Testserver:~# 

Ist das für euch aussagekräftig?

[Homoran]

@crunchip ich denke das wird durch den Befehl

@worxweis sagte in Node.js 18.x und iobroker (ein Test):

Run **sudo apt-get install -y nodejs**

dann aus dem UBUNTU Repo geholt und installiert. das zuvor gecurlte v16 von nodesource wird links liegen gelassen

[Thomas Braun]

@worxweis

Wie ich gesagt habe.
Ubuntu stellt aus den eigenen Quellen schon eine 18 bereit, die übertrumpft halt die v16 aus dem nachträglich angelegten nodesource-Repo.

Jetzt würde ich da mit pinning arbeiten und die Gewichtung auf das nodesource-Repo legen. Dann würde das bevorzugt.

Aber grundsätzlich verwendet man bei Ubuntu auch keine Zwischenversionen. Zu kurzlebig.

[crunchip]

@thomas-braun mag ja sein, der curl befehl ist aber v16
steht dann in der etc/apt/sources.list.d/nodesource.list dann was?

muss ich bei Gelegenheit mal testen

@homoran sagte in Node.js 18.x und iobroker (ein Test):

das zuvor gecurlte v16 von nodesource wird links liegen gelassen

klingt logisch

[Thomas Braun]

@crunchip sagte in Node.js 18.x und iobroker (ein Test):

mag ja sein, der curl befehl ist aber v16

Ja, und? Dann wird nur das Regal für 16 in die Auslage gerollt, der Kunde greift aber trotzdem in das Regal mit der schöneren Version. Wenn ihm das nicht anders gesagt wird.

[Segway]

@Homoran
Zur Info: Ich hab auf NodeJS18 umgestellt und teste bzw. beobachte die Logs!
Irgendwas spezielles was ich nachschauen soll ?

[Thomas Braun]

Nur so zu Info: Zum Testen würde ich aber die nodesource-Version nehmen. Die dfsg-Variante wird Debian-typisch atomisiert und verteilt sich auf zig Pakete. Macht es nicht einfach damit zu hantieren.

[Segway]

@thomas-braun sagte in Node.js 18.x und iobroker (ein Test):

Nur so zu Info: Zum Testen würde ich aber die nodesource-Version nehmen. Die dfsg-Variante wird Debian-typisch atomisiert und verteilt sich auf zig Pakete. Macht es nicht einfach damit zu hantieren.

Heisst dann was ?
Ich hatte ja gefragt einfach per

curl -sL https://deb.nodesource.com/setup_18.x | sudo -E bash -

installieren und das hab ich gemacht. wars jetzt wieder falsch ?

[worxweis]

@thomas-braun
Also die vorhandene deinstallieren und die nodesource-Version installieren?

[Thomas Braun]

@segway

Ist nur relevant wenn du die dfsg-Variante am Wickel hattest.

apt policy nodejs 

sagt bei dir?

[Segway]

@thomas-braun

nodejs:
  Installiert:           18.12.1-deb-1nodesource1
  Installationskandidat: 18.12.1-deb-1nodesource1
  Versionstabelle:
 *** 18.12.1-deb-1nodesource1 500
        500 https://deb.nodesource.com/node_18.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

[Thomas Braun]

@segway

Da hast du kein Problem, die dfsg-Versionen sind alle niedriger priorisiert als deine 18.12.1-deb-1nodesource1

[Segway]

@thomas-braun
Hab mich gerade eh gefragt woher diese dfsg gebrabbel herkommt :-( keine Ahnung

Dann lass ich das mal laufen

[Thomas Braun]

@worxweis sagte in Node.js 18.x und iobroker (ein Test):

Also die vorhandene deinstallieren und die nodesource-Version installieren?

iob stop
curl -sL https://deb.nodesource.com/setup_18.x | sudo -E bash
apt remove node-* npm
sudo apt update
sudo apt full-upgrade

Das ganze NATÜRLICH NICHT als root, sondern als sudo-fähiger Wald-und-Wiesen-User...

[Thomas Braun]

@segway

Das sind diese Versionen: 12.22.12~dfsg-1~deb11u1
dfsg = debian free software guidelines
Die sind anders (debianspezifischer) gebacken.

Kann man auch hier erahnen:

echad@chet:~ $ apt policy node-
Display all 1408 possibilities? (y or n)

Das monolithische nodesource-nodejs-Paket wird bei dfsg-Bauweise in über 1000 Einzelpaketchen zerlegt. Hat den Vorteil, das sich der Admin mit $Ahnung da ganz individuell das zusammenklauben kann was er auf seinem Server laufen haben will. Bei nodesource bekommst du das Dicke-Rundum-Sorglos-Paket. Bringt aber halt auch Overhead mit.

[Segway]

@thomas-braun
Kann ich die irgendwie löschen ? die brauch ich doch nicht oder ?

[Thomas Braun]

@segway sagte in Node.js 18.x und iobroker (ein Test):

Kann ich die irgendwie löschen ?

Was willste denn da löschen? Die sind gar nicht installiert, nur auf der Menükarte aufgelistet und könnten installiert werden. Müsstest du aber ganz explizit drauf anlegen, in der jetzigen Konstellation.

[Segway]

@thomas-braun
Okay streich ich also aus meinem Gedächtnis :-)

[Wal]

Mein System läuft schon seit ca. 6 Monaten störungsfrei auf Node18. Ich arbeite aber auch nur mit festen IP-Adressen und nicht mit Hostnamen.

[Thomas Braun]

Mit gepinnten nodesource-18-Repo schaut das dann so aus:

echad@chet:~ $ apt policy nodejs
nodejs:
  Installed: 18.12.1-deb-1nodesource1
  Candidate: 18.12.1-deb-1nodesource1
  Version table:
     19.3.0-deb-1nodesource1 500
        500 https://deb.nodesource.com/node_19.x bullseye/main arm64 Packages
 *** 18.12.1-deb-1nodesource1 900
        500 https://deb.nodesource.com/node_18.x bullseye/main arm64 Packages
        100 /var/lib/dpkg/status
     16.19.0-deb-1nodesource1 500
        500 https://deb.nodesource.com/node_16.x bullseye/main arm64 Packages
     14.21.1-deb-1nodesource1 500
        500 https://deb.nodesource.com/node_14.x bullseye/main arm64 Packages
     12.22.12~dfsg-1~deb11u1 500
        500 http://security.debian.org/debian-security bullseye-security/main arm64 Packages
     12.22.5~dfsg-2~11u1 500
        500 http://deb.debian.org/debian bullseye/main arm64 Packages

Installed: 18.12.1-deb-1nodesource1
Candidate: 18.12.1-deb-1nodesource1

Die eigentlich von der Versionierung her höhere 19.3.0-deb-1nodesource1 wird trotzdem nicht vorgezogen, weil die 18er-Quelle mit 900 eine viel höhere Gewichtung gegenüber der 500er-Gewichtung des 19er-Repos hat und der Paketmanager immer eine neue Version aus dem Regal mit v18 greifen würde.

Soviel zu den tieferen Geheimnissen von apt... :-D