*gelöst* NPM Update auf 6.1.0 NodeJS 8.11.3 (Windows 7 VM)
-
Also alles in allem ist node 10 generell immer noch nicht so ganz rund und es gibt einige Adapter die noch nicht mit Node 10 tun.
Also meine Empfehlung wäre eindeutig node 8 …
Gesendet vom Handy ...
-
Danke apollon77 für deine Rückmeldung!
Ich habe aber doch die Node 10.6.0 gegen die "alte" 8.11.3 wieder augetauscht.. Müsste er nicht dann die 8.11.3 nehmen mit der 6.1.0 NPM?
Ist die Vorgehensweise der Installation denn an sich richtig gewesen, oder habe ich etwas vergessen?
-
An sich korrekt. Warum er bei rebuild hängt keine Ahnung.
Npm 6 mit node 8 ist auch ok. Aber checke nochmal die npm Version or du am Ende jetzt hast
Gesendet vom Handy …
-
Okay. Also nach dem Rebuild habe ich noch einen "npm cache clean" gemacht. Dann kam plötzlich Version 2.15.12.
Anschließend alles geschlossen und direkt "npm -v" zeigte dann die 5.8.0 wieder an.
-
Vielen Dank an Stabilostick, der das NPM Update auf 6.1.0 bei mir durchgeführt hat
Jetzt läuft bei mir die NodeJs 8.11.3 und die NPM 6.1.0. Bei meinem Server war das Problem, dass es 3 NPM Versionen gab… Eine im User-Verzeichnis, eine im IO-Broker Ordner und noch eine im NodeJS Verzeichnis. Jede zeigte eine andere Version an. :roll:Ich finde es gut, dass es hier Leute gibt, die einem auch "mal eben schnell" direkt behilflich sind.
-
Super. Wäre ein howto sinnvoll auch für andere User.
Gesendet vom Handy …
-
Hihi, war gerade am Schreiben. Siehe viewtopic.php?f=17&t=15306 :lol:
Wir haben gleich noch den ioBroker als Service eingerichtet. Weißt Du, was man anstellen muss, damit unter Windows ein vollständige npm in den ioBroker-Ordner kommt (mit npm.cmd im ioBroker-Ordner)? Ist mir ein Rätsel…
-
npm darf auch 5.x sein, dann aber >5.71
Gruß Rainer
-
Kniefiesel :lol: Danke. Was genau ist eigentlich das npm-Problem?
Übrigens:
> kein Support per PN! Fragen im Forum stellen - es gibt fast nichts, was nicht auch für andere interessant ist.Den zweiten Teil sehe ich genau so wie Du. Aber es gibt IMHO, solange man neue Probleme&Lösungen wieder an die Community zurück gibt (z.B. als HowTo), nichts was gegen Teil eins spricht.
-
Bin da nicht fit drin, aber
Npm hatte ab der version 5 die dependencies anders behandelt, da gab es fann Probleme.
Hatte etwas mit der –save funktion zu tun, wenn ich das halbwegs verstanden habe.
Gruß Rainer
-
Zur 5.7.0 habe ich auch was gefunden:
„[…] This issue has been happening ever since 5.7.0 was released a few hours ago. It seems to have completely broken my filesystem permissions and caused me to have to manually fix the permissions of critical files and folders. […] By running sudo npm under a non-root user (root users do not have the same effect), filesystem permissions are being heavily modified. For example, if I run sudo npm –help or sudo npm update -g, both commands cause my filesystem to change ownership of directories such as /etc, /usr, /boot, and other directories needed for running the system. It appears that the ownership is recursively changed to the user currently running npm. […]“
Das Problem wurde durch einen Patch verursacht, der die Verlässlichkeit und das konsistente Verhalten von Methoden verbessern sollte, die verhindern, dass npm Root-Files an Orten speichert, an die sie nicht gehören. Das dadurch hervorgerufene Verhalten trat allerdings im Kontext von sudo-Kommandos auch an Stellen auf, an denen es nicht erwünscht war, sodass es zu Änderungen der Eigentümerschaft von Systemdateien kam. Der Patch wurde zu npm 5.7.1 wieder entfernt, sodass der Fehler in der neusten Version nicht mehr auftritt.
-
Sagen wir es mal so:
5.7.0 no go
5.7.1 geht
5.8.1+ besser weil noch ein anderes Problem gefixt.
Gesendet vom Handy …
-
Hätte doch 6.* schreiben sollen… :roll:
