[How-to] Node.js ioBroker richtig updaten-2021/22 Edition

Thomas Braun

@ralfth sagte in [How-to] Node.js ioBroker richtig updaten-2021/22 Edition:

Ich musste erst ein sudo apt autoremove durchführen, damit das Update auf die version 16 klappte.

Das hängt aber nicht ursächlich zusammen.
Weder libdav1d3 noch python-colorzero haben Abhängigkeiten zu nodejs.

RalfTh

@thomas-braun Das dachte ich mir schon.
Es führte allerdings dazu, dass die Installation durchlief und nichts aktualisiert wurde. D.h. der Befehl Node -v brachte immer noch die alte Version 12. Erst nach dem autoremove wurde auch die aktuelle Version installiert und node -v zeigte dann die aktuelle Version 16.15.1 mit npm 8.11.0
Ich habe dafür keine Erklärung, wollte allerdings berichten falls es bei jemanden nicht klappt.
Vielleicht weiß noch jemand was dazu?

Homoran

@ralfth sagte in [How-to] Node.js ioBroker richtig updaten-2021/22 Edition:

h. der Befehl Node -v brachte immer noch die alte Version 12.

dann hast/hattest du wahrscheinlich zwei Versionen parallel in unterschiedlichen Verzeichnissen installiert.
Was immer irgendwann zu Problemen führt

Thomas Braun

@ralfth

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 nodejs

anschauen.

Thomas Braun

@apollon77

Kannst du bitte im ersten Post noch ergänzen, dass man wenn möglich Versionen aus github vor dem Upgrade von nodeJS/npm auf eine 'gesetzte' Version aus den Repositories drückt?

Es kommt hier bei 'freifliegenden' git-Installationen zu Problemen bei der Konvertierung in das neue Format der package.json und package-lock usw, wie mir scheint.

Wildbill

@thomas-braun Was meinst Du mit „freifliegenden“ Git-Installationen? Dass man in der iobroker-Oberfläche mittels „aus Github installieren“ und hineinkopieren eines Links einen Adapter zieht, der in dieser Version noch nicht in stable oder latest liegt?
Kann ich mir vorab im Terminal auflisten lassen, ob und für welche Adapter das bei mir zutreffen könnte? Ein paar habe ich da sicher auch so geholt, wenn sie etwas behoben, was im stable oder latest noch gefehlt hat.

Gruss, Jürgen

Thomas Braun

@wildbill

Gute Frage...
Diese Adapter fliegen im npm tree mit dem Link ins github raus:

cd /opt/iobroker 
npm ls | grep github

Unter npm8 jedenfalls... Kannst du mal schauen, ob bei npm6 ggf. nach was anderem gegrept werden müsste?

Wildbill

@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.0

Sind 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

@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 upgrade die 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 months

deine 3.4.0 aus git ist also schon von latest/beta überlebt.

Wildbill

@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

@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

@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

@wildbill

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.

Wildbill

@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

Homoran

@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

@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

@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

@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

RalfTh

@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.

Thomas Braun

@ralfth

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

Community Forum

NEWS

[How-to] Node.js ioBroker richtig updaten-2021/22 Edition

Support us

514

32.4k

81.5k

1.3m