Beta Test js-controller 3.2.x auf GitHub
-
@apollon77 Moin Ingo, dann wolle mer mal weider
War noch die 3.2.1, aber die Installation (Linux) lief problemlos. Dafür habe ich von etlichen Adaptern:shelly.0 2021-01-09 09:45:08.668 error (13149) Cannot find search "folder" in "system"wobei er das beim shelly sogar im 5 Sekunden-Raster wirft. Jetzt wohl kein Problem vom JS-Controller (?), bremst aber das System zum testen extrem aus, da sich auch andere Adapter darüber beschweren.
GitHub Issue dazu...
-
@SBorg Bitte stoppe Controller nochmal. Mach nochmal „iobroker setup first“ und starte nochmal. Ist’s dann weg?
-
das war also sowas wie ein "stay at 127.0.0.1 (localhost), dont be a 255.255.255.255 (broadcast) " Problem..
läuft jetzt. Adapter machen Errors... bin am Auswerten...
-
@ilovegym Fehler oder Warnungen?
-
@apollon77 sagte in Beta Test js-controller 3.2.x auf GitHub:
@SBorg Bitte stoppe Controller nochmal. Mach nochmal „iobroker setup first“ und starte nochmal. Ist’s dann weg?
Leider nein (jetzt mit 3.2.2 probiert). Scheint er auch beim Installieren ordentlich ausgeführt zu haben:
(Auszug Ausgabe)... > iobroker.js-controller@3.2.2 install /opt/iobroker/node_modules/iobroker.js-controller > node iobroker.js setup first > @root/acme@3.1.0 postinstall /opt/iobroker/node_modules/@root/acme > node scripts/postinstall ... -
@SBorg ok bitte issue Im GitHub. Checken später. File dB oder redis? Bitte mit rein packen.
-
@apollon77
Ja, lag/liegt an npm@7 (Die kommt mit node15 mit)
Zurück auf node14 mit npm@6 läuft die Installation gerade:pi@raspberrypi:/opt/iobroker $ npm install ioBroker/ioBroker.js-controller npm WARN read-shrinkwrap This version of npm is compatible with lockfileVersion@1, but package-lock.json was generated for lockfileVersion@2. I'll try to do my best with it!Also alles i.O., ich war mit den Versionen zu weit draußen.
Wobei ich mit npm@7 Adapter-Updates aus 'latest' machen konnte, offenbar geht das mit git-checkouts nicht mehr in der alten Form. Ich hatte aber soweit ich mich erinnere lange nichts mehr aus git geangelt.[Edit:] Der einzige Adapter, der bei mir aus git kommt zickt jetzt doch rum:
npm ERR! Error while executing: npm ERR! /usr/bin/git ls-remote -h -t https://github.com/luca-saggese/samsungtv.git npm ERR! npm ERR! fatal: unable to access 'https://github.com/luca-saggese/samsungtv.git/': gnutls_handshake() failed: The TLS connection was non-properly terminated. npm ERR! npm ERR! exited with error code: 128 npm ERR! A complete log of this run can be found in: npm ERR! /home/iobroker/.npm/_logs/2021-01-09T09_55_27_712Z-debug.log -
@apollon77 Issues:
https://github.com/Apollon77/ioBroker.alexa2/issues/603
https://github.com/Apollon77/ioBroker.alexa2/issues/604
https://github.com/iobroker-community-adapters/ioBroker.mihome-vacuum/issues/210
https://github.com/jack-blackson/ioBroker.countdown/issues/41
https://github.com/Matten-Matten/ioBroker.enigma2/issues/45
https://github.com/iobroker-community-adapters/ioBroker.proxmox/issues/80
closed js-controller 3.2.2 next one... #604
closed js-controller 3.2.2 uncaught exception... #210
closed js-controller 3.2.2 #41
closed js-controller 3.2.2 #80
-
@Thomas-Braun das ist aber kein Adapter von der url Form her. Da fehlt ioBroker. Im Repo Namen aber ist ja wieder irgend ein npm Fehler.
-
@apollon77 sagte in Beta Test js-controller 3.2.x auf GitHub:
@Thomas-Braun das ist aber kein Adapter von der url Form her. Da fehlt ioBroker. Im Repo Namen aber ist ja wieder irgend ein npm Fehler.
so ist es:
wird das Paket in einem Adapter verwendet?
-
@Homoran @apollon77
Ja, im samsung-tizen Adapter (hab ich aus git) wird das wohl herangezogen. Ich schmeiß den aber gerade aus dem System.
Und samsung-community auch.
Die beiden hab ich aus git drin, alle anderen Adapter kommen aus 'latest'. -
@SBorg 3.2.3 auf GitHub, sollte damit weg sein. Es wurde beim upgrade ein Systemobjekt nicht mit aktualisiert. Solltest bei der Installation jetzt eine Zeile sehen das _design/system aktualisiert wurde
-
@apollon77 sagte in Beta Test js-controller 3.2.x auf GitHub:
@SBorg 3.2.3 auf GitHub, sollte damit weg sein. Es wurde beim upgrade ein Systemobjekt nicht mit aktualisiert. Solltest bei der Installation jetzt eine Zeile sehen das _design/system aktualisiert wurde
Schneller als die Feuerwehr...
Danke, funktioniert jetzt und die Zeile " _design/system" wurde auch angezeigt.
Issue kann zu (https://github.com/ioBroker/ioBroker.js-controller/issues/1165)Bei der Version meldet er aber noch 3.2.2
-
@SBorg ja versions increase wollte die IDE noch einen klick aber anderes fenster war davor ... hihi ... jetzt auch fixed
-
@Jan1 Versuch du mal "iobroker fix" ... an sich installieren wir inzwischen libudev mit was bei dir angeblich fehlt
-
@apollon77 cool
habe gerade eine flammneue Installation zu testen aufgesetzt, auf der kommt bei
pi@ioBroker-rock64:/opt/iobroker$ npm install ioBroker/ioBroker.js-controller
jede menge EAccess -
@Homoran Hast Du dich NACH der Installation und VOR dem nächsten kommando auch ausgeloggtt und frisch eingeloggt wie es der Installer verlangt?
Ich tippe nein -
@apollon77 sagte in Beta Test js-controller 3.2.x auf GitHub:
@Homoran Hast Du dich NACH der Installation und VOR dem nächsten kommando auch ausgeloggtt und frisch eingeloggt wie es der Installer verlangt?
Ich tippe neinich denke schon
Mach ich aber nochmal, denn der fixer hat's nicht gebracht
-
@Thomas-Braun Ok, ich habe oben abgeändert: nodejs 15 ist ok, aber NUR mit npm 6 ... die haben bei npm 7 mal wieder alles kaputt gemacht. auch unser installer tut nicht mit ner frischen nodejs 15 installation mit npm 7 weil das postinstall skript von npm nicht ausgeführt wird. grund: Unbekannt
-
@apollon77 sagte in Beta Test js-controller 3.2.x auf GitHub:
@Homoran Hast Du dich NACH der Installation und VOR dem nächsten kommando auch ausgeloggtt und frisch eingeloggt wie es der Installer verlangt?
Ich tippe neinOK - ist jetzt durchgelaufen, ich hatte eine zweite session mit dem selben user gemacht ohne mich in der anderen abzumelden.
Jetzt bin ich komplett raus und wieder neu rein(...und ich hatte iobroker nicht gestoppt
)
