Node.js 18.x und iobroker (ein Test)
-
@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
-
@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.
-
@Homoran
Zur Info: Ich hab auf NodeJS18 umgestellt und teste bzw. beobachte die Logs!
Irgendwas spezielles was ich nachschauen soll ? -
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.
-
@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 percurl -sL https://deb.nodesource.com/setup_18.x | sudo -E bash -installieren und das hab ich gemacht. wars jetzt wieder falsch ?
-
@thomas-braun
Also die vorhandene deinstallieren und die nodesource-Version installieren? -
Ist nur relevant wenn du die dfsg-Variante am Wickel hattest.
apt policy nodejssagt bei dir?
-
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 -
Da hast du kein Problem, die dfsg-Versionen sind alle niedriger priorisiert als deine
18.12.1-deb-1nodesource1 -
@thomas-braun
Hab mich gerade eh gefragt woher diese dfsg gebrabbel herkommt
keine AhnungDann lass ich das mal laufen
-
@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-upgradeDas ganze NATÜRLICH NICHT als root, sondern als sudo-fähiger Wald-und-Wiesen-User...
-
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.
-
@thomas-braun
Kann ich die irgendwie löschen ? die brauch ich doch nicht oder ? -
@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.
-
@thomas-braun
Okay streich ich also aus meinem Gedächtnis
-
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.
-
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 PackagesInstalled: 18.12.1-deb-1nodesource1
Candidate: 18.12.1-deb-1nodesource1Die eigentlich von der Versionierung her höhere
19.3.0-deb-1nodesource1wird 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...
-
Gerade v18.12.1 installiert. Zwei Adapter (rflink + amazon-dash) brauchten etwas Zeit (wurden wohl neu kompiliert) aber jetzt läuft alles.
Allerdings wird mir vom Info-Adapter angezeigt, dass es eine aktuellere Version (v18.13.0) geben würde.
sudo apt updatefindet aber nicht neueres. Wie funktioniert die Versionsüberprüfung vom Info-Adapter? -
@dr-bakterius sagte in Node.js 18.x und iobroker (ein Test):
Wie funktioniert die Versionsüberprüfung vom Info-Adapter?
die überprüft an der Quelle.
ob das aber schon in deiner Distro/nodesource fertig vorliegt ist ein anderes Thema -
@dr-bakterius sagte in Node.js 18.x und iobroker (ein Test):
Wie funktioniert die Versionsüberprüfung vom Info-Adapter?
Der schaut in den 'upstream' des Projekts. Für den 'downstream' in die spezifischen Repos der jeweiligen Distributionen braucht es noch ein wenig Zeit. Kommt dann 'die Tage' angeschwommen.
