Node.js 18.x und iobroker (ein Test)

[Homoran]

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

Woher kommt die Version 18.7.0?

wahrscheinlich

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

Ubuntu 22.10

daher die Frage

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

Welches OS?

Hier wird noch v16 geholt
@worxweis sagte in Node.js 18.x und iobroker (ein Test):

Get:1 https://deb.nodesource.com/node_16.x kinetic InRelease [4585 B]

das wäre ein Fall für Sherlock Braun

@Thomas-Braun

[Thomas Braun]

Kinetic bringt aus dem eigenen Stall eine v18 an den Start. Die wird natürlich, da höher als die v16 aus dem iob-Installer dann installiert.
Sieht man per

apt policy nodejs

[Segway]

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

keine Ahnung! hab kein IPv6.
Dafür ist dieser Thread um Feedback zu bekommen.

dirk@IoB:~$ which nodejs node npm && nodejs -v && node -v && npm -v
/usr/bin/nodejs
/usr/bin/node
/usr/bin/npm
v18.12.1
v18.12.1
8.19.2

Auf dem Slave auch noch NodeJS18 drauf machen ?
Kann ich einfach wieder per Befehl auf 16 zurück ?

[Homoran]

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

Auf dem Slave auch noch NodeJS18 drauf machen ?
Kann ich einfach wieder per Befehl auf 16 zurück ?

du fragst mich Sachen

[Thomas Braun]

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

Kann ich einfach wieder per Befehl auf 16 zurück ?

Mit deinem Paketmanager.

[crunchip]

@thomas-braun verstehe ich aber nicht ganz, wenn es sich doch um ein proxmox template handelt, in welchem noch kein nodejs vorhanden und die v16 per Installer gefordert wird, dann ne v18 installiert wird.
oder is das wieder so ein ubuntu Ding, gab in vergangenen Versionen ja schon hin und wieder Probleme bezüglich nodejs

[Segway]

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

du fragst mich Sachen

Ja logo ... suche noch die Antwort

[Thomas Braun]

@crunchip

Das node18 dürfte aus den ubuntu-Repos kommen.

Schau halt mit

apt policy nodejs

die Rangfolge der Quellen an.

[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