[How-to] Node.js ioBroker richtig updaten-2021/22 Edition
-
Gute Frage...
Diese Adapter fliegen im npm tree mit dem Link ins github raus:cd /opt/iobroker npm ls | grep githubUnter npm8 jedenfalls... Kannst du mal schauen, ob bei npm6 ggf. nach was anderem gegrept werden müsste?
@thomas-braun Nö, scheint auch unter node 14 mit npm 6 das Richtige rauszuschmeissen. Das kommt bei mir und könnte hinkommen:
├─┬ iobroker.gigaset-elements@0.2.0 (github:matthsc/ioBroker.gigaset-elements#bc086b8c680003eb8126913af6b57c431326acf8) ├─┬ iobroker.govee@0.0.5 (github:nbuenger/ioBroker.govee#0d983c49135b87ac2f88f9d832a6d632c4889606) ├─┬ iobroker.gree_aircon@0.0.1 (github:weltmeyer/ioBroker.gree_aircon#f951ced87269e260475c8a1bc92c48489e0cd421) ├─┬ iobroker.growatt@1.1.15 (github:PLCHome/ioBroker.growatt#d38c92060fcd026f7e65799f331d00272a658e3d) ├─┬ iobroker.mihome-vacuum@3.4.0 (github:iobroker-community-adapters/ioBroker.mihome-vacuum#f363f9ebd91a8a95eb80bf748a4a13463c5084ad) ├─┬ iobroker.roomba@1.1.4 (github:iobroker-community-adapters/ioBroker.roomba#8607c6d5fada398ae75068817e6f499f04eae16a) ├─┬ iobroker.sourceanalytix@0.4.14 (github:DrozmotiX/ioBroker.sourceanalytix#51f520bdc7822da388d7ebea21cc7be636f0eda6) ├─┬ iobroker.vedirect@0.1.2 (github:DrozmotiX/ioBroker.vedirect#aab0c30e9ba034e8632d563f81fc36b32790ce93) │ │ ├── github-from-package@0.0.0Sind alles Adapter, die ich ziemlich sicher "direkt geholt" habe, da sie in den repos zu dem jeweiligen Zeitpunkt nicht die aktuelle Version boten, die einen Fehler ausmerzten oder eine Funktion boten, die ich wollte/brauchte.
Dann bräuchte ich da jetzt bei denen nur zu schauen, ob es in stable oder latest mittlerweile mindestens die Version gibt, diese dann nochmal "korrekt" im GUI installieren und wäre dann safe?Gruss, Jürgen
-
@thomas-braun Nö, scheint auch unter node 14 mit npm 6 das Richtige rauszuschmeissen. Das kommt bei mir und könnte hinkommen:
├─┬ iobroker.gigaset-elements@0.2.0 (github:matthsc/ioBroker.gigaset-elements#bc086b8c680003eb8126913af6b57c431326acf8) ├─┬ iobroker.govee@0.0.5 (github:nbuenger/ioBroker.govee#0d983c49135b87ac2f88f9d832a6d632c4889606) ├─┬ iobroker.gree_aircon@0.0.1 (github:weltmeyer/ioBroker.gree_aircon#f951ced87269e260475c8a1bc92c48489e0cd421) ├─┬ iobroker.growatt@1.1.15 (github:PLCHome/ioBroker.growatt#d38c92060fcd026f7e65799f331d00272a658e3d) ├─┬ iobroker.mihome-vacuum@3.4.0 (github:iobroker-community-adapters/ioBroker.mihome-vacuum#f363f9ebd91a8a95eb80bf748a4a13463c5084ad) ├─┬ iobroker.roomba@1.1.4 (github:iobroker-community-adapters/ioBroker.roomba#8607c6d5fada398ae75068817e6f499f04eae16a) ├─┬ iobroker.sourceanalytix@0.4.14 (github:DrozmotiX/ioBroker.sourceanalytix#51f520bdc7822da388d7ebea21cc7be636f0eda6) ├─┬ iobroker.vedirect@0.1.2 (github:DrozmotiX/ioBroker.vedirect#aab0c30e9ba034e8632d563f81fc36b32790ce93) │ │ ├── github-from-package@0.0.0Sind alles Adapter, die ich ziemlich sicher "direkt geholt" habe, da sie in den repos zu dem jeweiligen Zeitpunkt nicht die aktuelle Version boten, die einen Fehler ausmerzten oder eine Funktion boten, die ich wollte/brauchte.
Dann bräuchte ich da jetzt bei denen nur zu schauen, ob es in stable oder latest mittlerweile mindestens die Version gibt, diese dann nochmal "korrekt" im GUI installieren und wäre dann safe?Gruss, Jürgen
@wildbill sagte in [How-to] Node.js ioBroker richtig updaten-2021/22 Edition:
Dann bräuchte ich da jetzt bei denen nur zu schauen, ob es in stable oder latest mittlerweile mindestens die Version gibt, diese dann nochmal "korrekt" im GUI installieren und wäre dann safe?
Jein, wenn die Versionsnummer aus den Repos die git-Version übersteigt würde mit einem
iobroker upgradedie Repo-Version bevorzugt installiert.
Das dürfte sich eigentlich nur um Adapter handeln, die entweder noch gar nicht via Repo veröffentlicht worden sind oder deren Versionierung >= der Repo-Version ist.Den govee hab ich z. B. auch drin, der ist ja nur via github zu ziehen.
Den würde ich vielleicht komplett deinstallieren und erst nach dem Sprung auf npm8 wieder reinziehen.Den mihome-vacuum würde ich zuvor auf die via Repo verfügbare Version drücken. Im Expertenmodus kann man ja im Admin gezielte Versionen rauspicken.
[Edit:] Der mihome-vacuum ist in diesen Versionen verfügbar:
github: 3.4.1 latest: 3.4.1 for 20 days stable: 3.3.3 for 5 monthsdeine 3.4.0 aus git ist also schon von latest/beta überlebt.
-
@wildbill sagte in [How-to] Node.js ioBroker richtig updaten-2021/22 Edition:
Dann bräuchte ich da jetzt bei denen nur zu schauen, ob es in stable oder latest mittlerweile mindestens die Version gibt, diese dann nochmal "korrekt" im GUI installieren und wäre dann safe?
Jein, wenn die Versionsnummer aus den Repos die git-Version übersteigt würde mit einem
iobroker upgradedie Repo-Version bevorzugt installiert.
Das dürfte sich eigentlich nur um Adapter handeln, die entweder noch gar nicht via Repo veröffentlicht worden sind oder deren Versionierung >= der Repo-Version ist.Den govee hab ich z. B. auch drin, der ist ja nur via github zu ziehen.
Den würde ich vielleicht komplett deinstallieren und erst nach dem Sprung auf npm8 wieder reinziehen.Den mihome-vacuum würde ich zuvor auf die via Repo verfügbare Version drücken. Im Expertenmodus kann man ja im Admin gezielte Versionen rauspicken.
[Edit:] Der mihome-vacuum ist in diesen Versionen verfügbar:
github: 3.4.1 latest: 3.4.1 for 20 days stable: 3.3.3 for 5 monthsdeine 3.4.0 aus git ist also schon von latest/beta überlebt.
@thomas-braun Alles klar. Dann werde ich das die Tage mal angehen. Der mihome kommt via latest als 3.4.1, dann könnte ich den ja hochziehen. Govee brauche ich ja gar nicht mehr, da auf Hue Ambilight umgestellt.
Dann scheint das alles überschaubar und ich bin bester Hoffnung. :blush:
Zumindest wissen wir jetzt, das auch mit node14/npm6 alles vorab geklärt werden kann, was zu Problemen führen könnte.
Dank Dir!Gruss, Jürgen
-
@thomas-braun Alles klar. Dann werde ich das die Tage mal angehen. Der mihome kommt via latest als 3.4.1, dann könnte ich den ja hochziehen. Govee brauche ich ja gar nicht mehr, da auf Hue Ambilight umgestellt.
Dann scheint das alles überschaubar und ich bin bester Hoffnung. :blush:
Zumindest wissen wir jetzt, das auch mit node14/npm6 alles vorab geklärt werden kann, was zu Problemen führen könnte.
Dank Dir!Gruss, Jürgen
@wildbill sagte in [How-to] Node.js ioBroker richtig updaten-2021/22 Edition:
Dann scheint das alles überschaubar
Das sollte eigentlich bei jeder Installation überschaubar sein.
Leider hat sich aber in den letzten Wochen / Monaten warum auch immer ein Trend dazu abgezeichnet alles mögliche ohne Not aus dem github zu fischen. Auch wenn es 'ordentliche' Versionen aus einem Repo gab. -
@wildbill sagte in [How-to] Node.js ioBroker richtig updaten-2021/22 Edition:
Dann scheint das alles überschaubar
Das sollte eigentlich bei jeder Installation überschaubar sein.
Leider hat sich aber in den letzten Wochen / Monaten warum auch immer ein Trend dazu abgezeichnet alles mögliche ohne Not aus dem github zu fischen. Auch wenn es 'ordentliche' Versionen aus einem Repo gab.@thomas-braun Bei mir ist es eher über die letzten 1-2 Jahre. Das Problem ist halt doch ab und an, dass es Entwickler gibt, die zwar in Github ab und an Fehler beheben oder neue Funktionen einbauen, es aber über lange Zeit nicht hinbekommen, das in stable oder wenigstens latest zu pushen. Da bleibt Dir ja fast nichts übrig, als vie Github zu installieren, wenn Dich Fehler im Log nerven oder fehlende Funktionalität nicht alles ermöglicht, was machbar ist... Zumindest (bei mir) wundert es mich nicht sooo sehr, dass sich da was ansammeln könnte.
Eine Version mittels "Eine bestimmte Version installieren" auf der Adapter-Seite behebt das "Problem" übrigens auch, selbst wenn es die gleiche Version ist, die mal via Github gezogen wurde.
Gruss, Jürgen# -
@thomas-braun Bei mir ist es eher über die letzten 1-2 Jahre. Das Problem ist halt doch ab und an, dass es Entwickler gibt, die zwar in Github ab und an Fehler beheben oder neue Funktionen einbauen, es aber über lange Zeit nicht hinbekommen, das in stable oder wenigstens latest zu pushen. Da bleibt Dir ja fast nichts übrig, als vie Github zu installieren, wenn Dich Fehler im Log nerven oder fehlende Funktionalität nicht alles ermöglicht, was machbar ist... Zumindest (bei mir) wundert es mich nicht sooo sehr, dass sich da was ansammeln könnte.
Eine Version mittels "Eine bestimmte Version installieren" auf der Adapter-Seite behebt das "Problem" übrigens auch, selbst wenn es die gleiche Version ist, die mal via Github gezogen wurde.
Gruss, Jürgen#Ja, das ist auch ein 'Problem'. Developer sollten schauen, die drei Zweige nicht zuuuu sehr auseinander driften zu lassen. Wenn es attraktiver erscheint sich eine Alpha-Version aus git zu angeln als eine veröffentlichte Version ist auch keinem geholfen. Die github-Installationen haben ja auch noch ein paar andere 'Eigenheiten' die bei regulären Adaptern nicht auftauchen.
-
Ja, das ist auch ein 'Problem'. Developer sollten schauen, die drei Zweige nicht zuuuu sehr auseinander driften zu lassen. Wenn es attraktiver erscheint sich eine Alpha-Version aus git zu angeln als eine veröffentlichte Version ist auch keinem geholfen. Die github-Installationen haben ja auch noch ein paar andere 'Eigenheiten' die bei regulären Adaptern nicht auftauchen.
@thomas-braun Jetzt muss ich doch nochmal "blöd" fragen. Für die folgenden drei Adapter gibt es im Repo wohl noch keine Kandidaten:
├─┬ iobroker.gree_aircon@0.0.1 (github:weltmeyer/ioBroker.gree_aircon#f951ced87269e260475c8a1bc92c48489e0cd421) ├─┬ iobroker.sourceanalytix@0.4.14 (github:DrozmotiX/ioBroker.sourceanalytix#51f520bdc7822da388d7ebea21cc7be636f0eda6) ├─┬ iobroker.vedirect@0.1.2 (github:DrozmotiX/ioBroker.vedirect#aab0c30e9ba034e8632d563f81fc36b32790ce93)Wie soll man nun damit umgehen? Gree und Vedirect könnte ich ja noch löschen und danach wieder neu von Github holen und einrichten. Aber wenn ich den Sourceanalytix lösche, dann gehen mir ja meine ganzen Datenpunkte und damit die erfassten Daten verloren. Der erstellt ja quasi so was wie eine History die dann einfach weg wäre?!
Das ist übrigens das, was ich oben meinte. Den gibt es schon eine ganze Weile, er läuft gut, es gitb ab und an Updates, aber man muss ihn zwingend via Github holen, weil er im repo nirgends drin ist.Gruss, Jürgen
-
@thomas-braun Jetzt muss ich doch nochmal "blöd" fragen. Für die folgenden drei Adapter gibt es im Repo wohl noch keine Kandidaten:
├─┬ iobroker.gree_aircon@0.0.1 (github:weltmeyer/ioBroker.gree_aircon#f951ced87269e260475c8a1bc92c48489e0cd421) ├─┬ iobroker.sourceanalytix@0.4.14 (github:DrozmotiX/ioBroker.sourceanalytix#51f520bdc7822da388d7ebea21cc7be636f0eda6) ├─┬ iobroker.vedirect@0.1.2 (github:DrozmotiX/ioBroker.vedirect#aab0c30e9ba034e8632d563f81fc36b32790ce93)Wie soll man nun damit umgehen? Gree und Vedirect könnte ich ja noch löschen und danach wieder neu von Github holen und einrichten. Aber wenn ich den Sourceanalytix lösche, dann gehen mir ja meine ganzen Datenpunkte und damit die erfassten Daten verloren. Der erstellt ja quasi so was wie eine History die dann einfach weg wäre?!
Das ist übrigens das, was ich oben meinte. Den gibt es schon eine ganze Weile, er läuft gut, es gitb ab und an Updates, aber man muss ihn zwingend via Github holen, weil er im repo nirgends drin ist.Gruss, Jürgen
@wildbill sagte in [How-to] Node.js ioBroker richtig updaten-2021/22 Edition:
aber man muss ihn zwingend via Github holen, weil er im repo nirgends drin ist.
????
github: 0.4.14 latest: 0.4.14 for 3 months stable: -.-.- -
@wildbill sagte in [How-to] Node.js ioBroker richtig updaten-2021/22 Edition:
aber man muss ihn zwingend via Github holen, weil er im repo nirgends drin ist.
????
github: 0.4.14 latest: 0.4.14 for 3 months stable: -.-.-@homoran Eben gemerkt, dass er mir angezeigt wird, wenn ich auf latest gehe. Da ich aber normalerweise nur auf stable unterwegs bin, und nur das via Github hole, was ich unbedingt brauche/haben will, habe ich ihn nicht gesehen. Die Idee kam mir aber eben auch, mal im latest zu schauen. :blush:
Dennoch ändert sich aber nix an der Aussage, dass es bei diesem Adapter zum Beispiel längst auch im stable was geben sollte/müsste, da er ja doch schon einige Zeit auf dem Buckel hat und eigentlich gut läuft.Gruss, Jürgen
-
@thomas-braun Jetzt muss ich doch nochmal "blöd" fragen. Für die folgenden drei Adapter gibt es im Repo wohl noch keine Kandidaten:
├─┬ iobroker.gree_aircon@0.0.1 (github:weltmeyer/ioBroker.gree_aircon#f951ced87269e260475c8a1bc92c48489e0cd421) ├─┬ iobroker.sourceanalytix@0.4.14 (github:DrozmotiX/ioBroker.sourceanalytix#51f520bdc7822da388d7ebea21cc7be636f0eda6) ├─┬ iobroker.vedirect@0.1.2 (github:DrozmotiX/ioBroker.vedirect#aab0c30e9ba034e8632d563f81fc36b32790ce93)Wie soll man nun damit umgehen? Gree und Vedirect könnte ich ja noch löschen und danach wieder neu von Github holen und einrichten. Aber wenn ich den Sourceanalytix lösche, dann gehen mir ja meine ganzen Datenpunkte und damit die erfassten Daten verloren. Der erstellt ja quasi so was wie eine History die dann einfach weg wäre?!
Das ist übrigens das, was ich oben meinte. Den gibt es schon eine ganze Weile, er läuft gut, es gitb ab und an Updates, aber man muss ihn zwingend via Github holen, weil er im repo nirgends drin ist.Gruss, Jürgen
@wildbill sagte in [How-to] Node.js ioBroker richtig updaten-2021/22 Edition:
Den gibt es schon eine ganze Weile, er läuft gut, es gitb ab und an Updates, aber man muss ihn zwingend via Github holen, weil er im repo nirgends drin ist.
Da weiß ich offengesagt nicht was ich da raten soll.
Ich bin mit meinem Test-System schon immer 'auf Kante' bei den Versionen, hab also schon vor Monaten einen Sprung auf npm7 gemacht, daher weiß ich nicht mehr, ob ich damals keine Probleme hatte, weil gerade keine git-Adapter installiert waren oder ob ich einfach Glück hatte oder solche Adapter de- und wieder reinstalliert habe. Ich habe aber auch keine Vorratsdatenspeicherung bei mir aktiv, daher schmerzen fehlende Daten nicht.
Aber werden die Daten aus sourceanalytics nicht in einem Backup gesichert? Irgendeine Anbindung an eine Datenbank muss der ja auch haben. -
@wildbill sagte in [How-to] Node.js ioBroker richtig updaten-2021/22 Edition:
Den gibt es schon eine ganze Weile, er läuft gut, es gitb ab und an Updates, aber man muss ihn zwingend via Github holen, weil er im repo nirgends drin ist.
Da weiß ich offengesagt nicht was ich da raten soll.
Ich bin mit meinem Test-System schon immer 'auf Kante' bei den Versionen, hab also schon vor Monaten einen Sprung auf npm7 gemacht, daher weiß ich nicht mehr, ob ich damals keine Probleme hatte, weil gerade keine git-Adapter installiert waren oder ob ich einfach Glück hatte oder solche Adapter de- und wieder reinstalliert habe. Ich habe aber auch keine Vorratsdatenspeicherung bei mir aktiv, daher schmerzen fehlende Daten nicht.
Aber werden die Daten aus sourceanalytics nicht in einem Backup gesichert? Irgendeine Anbindung an eine Datenbank muss der ja auch haben.@thomas-braun Hat sich überschnitten. Zeitgleich mit @Homoran 's Post habe ich gemerkt, dass der Sourceanalytix zwar nicht im stable auftaucht, aber die Version, die ich installiert habe, zumindest im Latest ist. Also Repo umgestellt, von da nochmal die Version installiert und gut ist. Nun fehlt nur der gree_aircon, da gibt es wohl nix, aber der ist unkompliziert, den werde ich dann löschen, wenn ich auf npm8 gehe und danach wieder holen.
Gruss, Jürgen
-
Da würden mich mal die Meldungen von apt dazu interessieren.
Da muss noch mehr drin gestanden haben, wenn das Upgrade auf nodejs16 nicht funktioniert.Saubere Installation der Vorversion natürlich vorausgesetzt; wenn die schon in falschen Pfaden lag ( /usr/local/bin ) dann kannst du da per apt installieren was du willst, der alte Kram liegt immer vorher im $PATH.
Ist es denn jetzt richtig?
sudo ln -s /usr/bin/node /usr/bin/nodejs uname -m && which nodejs node npm && nodejs -v && node -v && npm -v && whoami && pwd && sudo apt update &> /dev/null && sudo apt update && apt policy nodejsanschauen.
@thomas-braun Ich wollte da jetzt kein Fass aufmachen. Ich hatte vor ca. 1 Jahr das System nach einem SD-Crash neu aufsetzen müssen.
Zunächst Raspian Buster aus der Original Quelle installiert. Ebenso ioBroker. Dieser stand, bis auf wenige Ausnahmen einer Adapterinstallation zum Test, immer auf STABLE.
In meinem Post weiter oben habe ich bereits die Ausgabe des Update gepostet. Er hat eben nicht ein Update durchgeführt, sonder mir nur geasagt, ich solle doch einige Pakete mit autoremove entfernen. Hier noch mal der Screen aus dem Terminal:
xx@raspberrypi:/opt/iobroker $ sudo apt-get install -y Paketlisten werden gelesen... Fertig Abhängigkeitsbaum wird aufgebaut. Statusinformationen werden eingelesen.... Fertig Die folgenden Pakete wurden automatisch installiert und werden nicht mehr benötigt: libdav1d3 python-colorzero Verwenden Sie »sudo apt autoremove«, um sie zu entfernen. 0 aktualisiert, 0 neu installiert, 0 zu entfernen und 1 nicht aktualisiert. xx@raspberrypi:/opt/iobroker $ sudo apt autoremove Paketlisten werden gelesen... Fertig Abhängigkeitsbaum wird aufgebaut. Statusinformationen werden eingelesen.... Fertig Die folgenden Pakete werden ENTFERNT: libdav1d3 python-colorzero 0 aktualisiert, 0 neu installiert, 2 zu entfernen und 1 nicht aktualisiert. Nach dieser Operation werden 740 kB Plattenplatz freigegeben. Möchten Sie fortfahren? [J/n] j (Lese Datenbank ... 116821 Dateien und Verzeichnisse sind derzeit installiert.) Entfernen von libdav1d3:armhf (0.5.1-1~bpo10~1) ... Entfernen von python-colorzero (1.1) ... Trigger für libc-bin (2.28-10+rpt2+rpi1) werden verarbeitet ... xx@raspberrypi:/opt/iobroker $ node -v v12.22.12 xx@raspberrypi:/opt/iobroker $ sudo apt-get install -y nodejs Paketlisten werden gelesen... Fertig Abhängigkeitsbaum wird aufgebaut. Statusinformationen werden eingelesen.... Fertig Die folgenden Pakete werden aktualisiert (Upgrade): nodejs xx@raspberrypi:~ $ node -v v16.15.1 xx@raspberrypi:~ $ npm -v 8.11.0 pi@raspberrypi:~ $Wie zu sehen war der Befehl sudo apt-get install -y nodejs nach dem autoremove erfolgreich.
Wir haben uns verirrt, kommen aber gut voran.
-
@thomas-braun Ich wollte da jetzt kein Fass aufmachen. Ich hatte vor ca. 1 Jahr das System nach einem SD-Crash neu aufsetzen müssen.
Zunächst Raspian Buster aus der Original Quelle installiert. Ebenso ioBroker. Dieser stand, bis auf wenige Ausnahmen einer Adapterinstallation zum Test, immer auf STABLE.
In meinem Post weiter oben habe ich bereits die Ausgabe des Update gepostet. Er hat eben nicht ein Update durchgeführt, sonder mir nur geasagt, ich solle doch einige Pakete mit autoremove entfernen. Hier noch mal der Screen aus dem Terminal:
xx@raspberrypi:/opt/iobroker $ sudo apt-get install -y Paketlisten werden gelesen... Fertig Abhängigkeitsbaum wird aufgebaut. Statusinformationen werden eingelesen.... Fertig Die folgenden Pakete wurden automatisch installiert und werden nicht mehr benötigt: libdav1d3 python-colorzero Verwenden Sie »sudo apt autoremove«, um sie zu entfernen. 0 aktualisiert, 0 neu installiert, 0 zu entfernen und 1 nicht aktualisiert. xx@raspberrypi:/opt/iobroker $ sudo apt autoremove Paketlisten werden gelesen... Fertig Abhängigkeitsbaum wird aufgebaut. Statusinformationen werden eingelesen.... Fertig Die folgenden Pakete werden ENTFERNT: libdav1d3 python-colorzero 0 aktualisiert, 0 neu installiert, 2 zu entfernen und 1 nicht aktualisiert. Nach dieser Operation werden 740 kB Plattenplatz freigegeben. Möchten Sie fortfahren? [J/n] j (Lese Datenbank ... 116821 Dateien und Verzeichnisse sind derzeit installiert.) Entfernen von libdav1d3:armhf (0.5.1-1~bpo10~1) ... Entfernen von python-colorzero (1.1) ... Trigger für libc-bin (2.28-10+rpt2+rpi1) werden verarbeitet ... xx@raspberrypi:/opt/iobroker $ node -v v12.22.12 xx@raspberrypi:/opt/iobroker $ sudo apt-get install -y nodejs Paketlisten werden gelesen... Fertig Abhängigkeitsbaum wird aufgebaut. Statusinformationen werden eingelesen.... Fertig Die folgenden Pakete werden aktualisiert (Upgrade): nodejs xx@raspberrypi:~ $ node -v v16.15.1 xx@raspberrypi:~ $ npm -v 8.11.0 pi@raspberrypi:~ $Wie zu sehen war der Befehl sudo apt-get install -y nodejs nach dem autoremove erfolgreich.
Was sagt
sudo ln -s /usr/bin/node /usr/bin/nodejs uname -m && which nodejs node npm && nodejs -v && node -v && npm -v && whoami && pwd && sudo apt update &> /dev/null && sudo apt update && apt policy nodejs -
@thomas-braun Ich wollte da jetzt kein Fass aufmachen. Ich hatte vor ca. 1 Jahr das System nach einem SD-Crash neu aufsetzen müssen.
Zunächst Raspian Buster aus der Original Quelle installiert. Ebenso ioBroker. Dieser stand, bis auf wenige Ausnahmen einer Adapterinstallation zum Test, immer auf STABLE.
In meinem Post weiter oben habe ich bereits die Ausgabe des Update gepostet. Er hat eben nicht ein Update durchgeführt, sonder mir nur geasagt, ich solle doch einige Pakete mit autoremove entfernen. Hier noch mal der Screen aus dem Terminal:
xx@raspberrypi:/opt/iobroker $ sudo apt-get install -y Paketlisten werden gelesen... Fertig Abhängigkeitsbaum wird aufgebaut. Statusinformationen werden eingelesen.... Fertig Die folgenden Pakete wurden automatisch installiert und werden nicht mehr benötigt: libdav1d3 python-colorzero Verwenden Sie »sudo apt autoremove«, um sie zu entfernen. 0 aktualisiert, 0 neu installiert, 0 zu entfernen und 1 nicht aktualisiert. xx@raspberrypi:/opt/iobroker $ sudo apt autoremove Paketlisten werden gelesen... Fertig Abhängigkeitsbaum wird aufgebaut. Statusinformationen werden eingelesen.... Fertig Die folgenden Pakete werden ENTFERNT: libdav1d3 python-colorzero 0 aktualisiert, 0 neu installiert, 2 zu entfernen und 1 nicht aktualisiert. Nach dieser Operation werden 740 kB Plattenplatz freigegeben. Möchten Sie fortfahren? [J/n] j (Lese Datenbank ... 116821 Dateien und Verzeichnisse sind derzeit installiert.) Entfernen von libdav1d3:armhf (0.5.1-1~bpo10~1) ... Entfernen von python-colorzero (1.1) ... Trigger für libc-bin (2.28-10+rpt2+rpi1) werden verarbeitet ... xx@raspberrypi:/opt/iobroker $ node -v v12.22.12 xx@raspberrypi:/opt/iobroker $ sudo apt-get install -y nodejs Paketlisten werden gelesen... Fertig Abhängigkeitsbaum wird aufgebaut. Statusinformationen werden eingelesen.... Fertig Die folgenden Pakete werden aktualisiert (Upgrade): nodejs xx@raspberrypi:~ $ node -v v16.15.1 xx@raspberrypi:~ $ npm -v 8.11.0 pi@raspberrypi:~ $Wie zu sehen war der Befehl sudo apt-get install -y nodejs nach dem autoremove erfolgreich.
@ralfth sagte in [How-to] Node.js ioBroker richtig updaten-2021/22 Edition:
xx@raspberrypi:~ $ npm -v
8.11.0pi@raspberrypi:~ $
ist dein Putty defekt !?
Mal xx und dann mal als Benutzer pi -
Was sagt
sudo ln -s /usr/bin/node /usr/bin/nodejs uname -m && which nodejs node npm && nodejs -v && node -v && npm -v && whoami && pwd && sudo apt update &> /dev/null && sudo apt update && apt policy nodejs@thomas-braun Ich bin da nicht so fit. Was machen denn die beiden Befehle?
Wir haben uns verirrt, kommen aber gut voran.
-
@thomas-braun Ich bin da nicht so fit. Was machen denn die beiden Befehle?
@ralfth sagte in [How-to] Node.js ioBroker richtig updaten-2021/22 Edition:
@thomas-braun Ich bin da nicht so fit. Was machen denn die beiden Befehle?
Eingeben und die Ausgabe hier posten !
-
@ralfth sagte in [How-to] Node.js ioBroker richtig updaten-2021/22 Edition:
xx@raspberrypi:~ $ npm -v
8.11.0pi@raspberrypi:~ $
ist dein Putty defekt !?
Mal xx und dann mal als Benutzer pi -
@thomas-braun Ich bin da nicht so fit. Was machen denn die beiden Befehle?
@ralfth sagte in [How-to] Node.js ioBroker richtig updaten-2021/22 Edition:
Was machen denn die beiden Befehle?
Im Endeffekt zeigt die letzte Befehlskette ob bei dir alles sauber installiert ist.
Die erste Zeile legt einen Symlink, damit der nachfolgende Sums auch bestimmt durchläuft und alles wissenswerte ausgespuckt wird. -
@glasfaser Nein, ich habe nur den Benutzer maskiert und einen vergessen.
Ich habe das Update erstmal rückgängig gemacht, weil (nur) mein Chromecast-Adapter mit NodeJs 16x und npm 8x nicht korrekt funktioniert.
Issue ist erstellt, und jetzt hoffe ich auf den Einfallsreichtum und das Fachwissen der Entwickler.
Ich denke, dass die Empfehlung für NodeJs 16 zu früh kam. Das zeigen meines Erachtens auch die vielen Bugmeldungen hier im Forum.
Proxmox und HA - dank KI/AI endlich "blocklyfrei"
-
Ich habe das Update erstmal rückgängig gemacht, weil (nur) mein Chromecast-Adapter mit NodeJs 16x und npm 8x nicht korrekt funktioniert.
Issue ist erstellt, und jetzt hoffe ich auf den Einfallsreichtum und das Fachwissen der Entwickler.
Ich denke, dass die Empfehlung für NodeJs 16 zu früh kam. Das zeigen meines Erachtens auch die vielen Bugmeldungen hier im Forum.
@meister-mopper sagte in [How-to] Node.js ioBroker richtig updaten-2021/22 Edition:
Das zeigen meines Erachtens auch die vielen Bugmeldungen hier im Forum.
Zu einzelnen Adaptern habe ich so gut wie keine gesehen.
Nur zum generellen Switch auf npm8, vornehmlich durch Adapter-Versionen aus github verursacht.[Edit:] Für insgesamt 4400 Installationen (7,3%) , die Stand heute auf nodeJS16 laufen finde ich die Zahl der Hilferufe nicht ungewöhnlich hoch.
383
Online32.7k
Users82.5k
Topics1.3m
Posts