NEWS
VIS.2 kein update möglich
-
Hallo,
versuche gerade ein Update von meiner Version 2.9.64 auf die Version 2.11.1 durchzuführen.
In der Adapter Übersicht kann ich das leider nicht ausführen, dort wird mir das Update nicht angeboten bzw angezeigt.
Deshalb habe ich das über die Katze probiert. Geht leider auch nicht. Das dort angegeben File (io-package.json) existiert bei mir wirklich nicht in dem Verzeichnis
Hat vielleicht jemand einen Tipp für mich?$ iobroker url https://github.com/ioBroker/ioBroker.vis-2.git --host NAS --debug install ioBroker/ioBroker.vis-2#c8eba766c5a7587135817a5e87f3e90bc4796cdb NPM version: 10.8.1 Installing ioBroker/ioBroker.vis-2#c8eba766c5a7587135817a5e87f3e90bc4796cdb... (System call) npm error Cannot set properties of null (setting 'peer') npm error A complete log of this run can be found in: /home/iobroker/.npm/_logs/2024-12-21T14_37_08_748Z-debug-0.log Could not read io-package.json: ENOENT: no such file or directory, open '/opt/iobroker/node_modules/iobroker.vis-2/io-package.json' Cannot find io-package.json in /opt/iobroker/node_modules/iobroker.vis-2 Process exited with code 0
-
Warum updaten?
stable: 2.9.64 -
Wollte meine VIS komplett neu aufsetzen und dann mit der letzten aktuell Version starten und weil es mich interessiert warum das nicht funktioniert.
-
stable: 2.9.64 ist die letzte, stabile Version.
Warum du keine Beta-Version installieren kannst steht vermutlich in
iob diag
drin.
-
@heinzie said in VIS.2 kein update möglich:
Hallo,
versuche gerade ein Update von meiner Version 2.9.64 auf die Version 2.11.1 durchzuführen.
In der Adapter Übersicht kann ich das leider nicht ausführen, dort wird mir das Update nicht angeboten bzw angezeigt.
Deshalb habe ich das über die Katze probiert. Geht leider auch nicht. Das dort angegeben File (io-package.json) existiert bei mir wirklich nicht in dem VerzeichnisHat vielleicht jemand einen Tipp für mich?
Ja - Die Katze im Haus lassen
Von direkten Installation von GitHub - insbesondere auf produktiven Systemen - wird explizit abgeraten. GitHub Versionen können sich jederzeit (auch kurzfristig) ändern und durchaus auch in sich inkonsistent und fehlerhaft sein. Versionsangaben von GitHub Installationen sind Schall und Rauch da die Versionsnummer zumindest bei Verwendung der standardmäßigen Umgebung erst im Zuge der Releaseerstellung geändert wird.
Auf explizite Aufforderung durch den Entwickler kann eine GitHub Installation zur Fehlereingrenzung oder zum Test neuer Funktionalität - unter Inkaufnahme des erhöhten Risikos - natürlich erfolgen.
Adapter die nur via GitHub oder npm (also NICHT aus einem der beiden Repositories) installierbar sind sind mit erhöhter Vorsicht zu betrachten. Hier sollte der Entwickler drum ersucht werden eine Aufnahme in die Repositories zu veranlassen indem z.B. ein Issue im Adapterrepository erstellt wird.
Und falls es irgendwie unklar ist:
ioBroker unterstützt folgende Arten von Installation:
-
aus dem STABLE Repository
Das sind Adapter Releases die keine groben Fehler aufweisen (sollten). Natürlich kann es auch dort Fehler geben, die Behebung davon obliegt dem jeweiligen Dev und kann ggF auch dauern.
-
aus dem LATEST Repository
Das sind Adapter Releases die neu erstellt wurden und nur rudimentär getestet sind - oft auch als BETA Releases bezeichnet. Releases aus dem LATEST sind primär für unsere zahlreichen freiwilligen Tester gedacht. BETA / LATEST Releases können durchaus Fehler aufweisen - auch wenn ich davon ausgehe dass jeder aintainer dies zu vermeiden versucht. Vom Einsatz auf produktiven Systemen wird abgeraten außer man braucht irgenein neues Feature (z.B. neues Gerät) unbedingt. Hier muss dann jeder Entscheiden was ihm wichtig ist.
-
direkt von GITHUB
Von Installationen direkt aus Giuthub wird definitiv abgeraten außer auf Anweisung des Maintainers und für den Fall dass man gemeinsam mit diesem etwas testen will. Details siehe oben.
-
direkt von npm
Diese Installation kann erforderlich sein, wenn man eine bestimmte Version installieren möchte / muss. Im Normalfall sollte man direkte npm Installationen ebenso meiden wie direkte GitHub Installationen - ausgenommen um z.B. zu einer bekannten Version downzugraden - obwohl hier wenigstens ein definierter Stand garantiert ist.
Adapter die NUR via npm und/oder nur via GitHub installierbar sind sollte man meiden - diese wurden nicht mal einem rudimentären Review unterzogen und sollten mit dem Attribut "vollständig auf eigenes Risiko verwenden" installiert werden. Hier empfiehlt es sich den Developer zu ersuchen eine Aufnahme in die Repos zu veranlassen. Wenn dieser darauf nicht reagiert sollte man von einer eher kurzen und unklaren Lebensdauer des Adapters ausgehen. Support meiner-/unsererseits für solche Adapter ist mit sicherheit minimalistisch.
@mcm1957Nebenbemerkung:
vis-2 ist so wie einige andere Adapter nicht direkt von Github installierbar. -
-
Danke, ihr habt mich überzeugt. Bleibe dann erst mal bei der Stable Version 2.9.64