Beta Test js-controller Kiera (v6.0)
-
@mameier1234 Die Frage ist funktioniert er mit controller 6.0.5 wieder wie er ist @Diamand2k22
Zumindest startet er bei mir wieder sauber, zur Funktionalität kann ich nix sagen.
-
@foxriver76 Mangels Testsystem für JS6 kann ich es dort nicht testen, aber die Funktionalität ist, zumindest unter JS5 gegebenen.
Der Blueconnect-Adapter sollte daher funktionieren. Vielleicht kann @Diamand2k22 berichten...
-
@foxriver76
ich hab gesehen, dass du beim echarts-Adapter Änderungen vorgenommen hast1.8.3 (2024-06-17) (foxriver76) upgraded dependencieswann wird die Version verfügbar sein?
-
@latzi echarts 1.8.3 fixt das Problem wohl leider auch nicht, Bluefox arbeitet aktuell an dem Problem, ist was größeres leider. Nach Möglichkeit die stable version nutzen die sollte tun.
-
@foxriver76
vielen Dank für die Info, bin aktuell ohnehin auf 1.7.2, die läuft ja problemlos mit js-controller 5 -
@latzi mit 6.0.5 sollte sie auch laufen
-
Ich weiß nicht, ob das Problem nur unter Windows auftritt. Ich habe gerade nochmal von 5.0.19 direkt auf 6.0.5 upgegraded.
Anschließend fährt der ioBroker leider nicht mehr hoch. Im Service Error Log steht:node:internal/modules/esm/resolve:304 return new ERR_PACKAGE_PATH_NOT_EXPORTED( ^ Error [ERR_PACKAGE_PATH_NOT_EXPORTED]: Package subpath './tools' is not defined by "exports" in C:\ioBroker\SmartHome10\node_modules\@iobroker\js-controller-common\package.json at exportsNotFound (node:internal/modules/esm/resolve:304:10) at packageExportsResolve (node:internal/modules/esm/resolve:651:9) at resolveExports (node:internal/modules/cjs/loader:592:36) at Module._findPath (node:internal/modules/cjs/loader:669:31) at Module._resolveFilename (node:internal/modules/cjs/loader:1131:27) at Module._load (node:internal/modules/cjs/loader:986:27) at Module.require (node:internal/modules/cjs/loader:1233:19) at require (node:internal/modules/helpers:179:18) at Object.<anonymous> (C:\ioBroker\SmartHome10\node_modules\iobroker.js-controller\build\lib\restart.js:8:17) at Module._compile (node:internal/modules/cjs/loader:1358:14) { code: 'ERR_PACKAGE_PATH_NOT_EXPORTED' }iob fix behebt das Problem, wobei ich im Moment noch nicht weiß, warum es nach iob fix wieder funktioniert.
@foxriver76
Hast du schon eine Idee oder brauchst du noch weitere Infos? -
@gaspode hm das ist komisch, die restart.js muss von einem alten controller gewesen sein ... im aktuellen gibt es den import nicht..
-
War von einer frisch installierten Version 5.0.19 auf 6.0.5.
Ich such morgen mal nach der Ursache. -
@gaspode ja laut der Fehlermeldung wird bei dir noch irgendwas von
js-controller-common/toolsprobiert zu importieren aber im code auf npm ist das schonjs-controller-common-db/tools. Also irgendwas passt da nicht ganz mit dem Code der da lief. Hast du evtl. den Controller aktualisiert während er lief? Und dann beim ersten restart evtl. noch gecachtes File.. -
@foxriver76 said in Beta Test js-controller Kiera (v6.0):
Hast du evtl. den Controller aktualisiert während er lief?
Nee, ioBroker war gestoppt. Und das Problem war auch dauerhaft.
Wie gesagt, ich guck mal morgen etwas genauer. -
@gaspode ah und allgemein
das ganze File in dem der Error aufkommt
at Object.<anonymous> (C:\ioBroker\SmartHome10\node_modules\iobroker.js-controller\build\lib\restart.js:8:17)Das gibt es in Controller v6 gar nicht... da ist die Struktur anders..
Bin gespannt ob du was raus findest. Irgendwie hat er da noch 5.0.19 Code ausgeführt
-
@foxriver76 said in Beta Test js-controller Kiera (v6.0):
Das gibt es in Controller v6 gar nicht... da ist die Struktur anders..
Nach iob fix ist das ganze lib Verzeichnis auch nicht mehr da.
Die Frage ist, warum er da rein läuft. -
OK, irgendwas geht bei
iob upgrade selfschief, wen direkt von 5.0.19 auf 6.0.5 aktualisiert wird:
>npm ls npm error code ELSPROBLEMS npm error invalid: iobroker.js-controller@5.0.19 C:\ioBroker\SmartHome11\node_modules\iobroker.js-controller iobroker.inst@3.0.0 C:\ioBroker\SmartHome11 +-- dotenv@16.3.1 +-- iobroker.admin@6.13.16 +-- iobroker.backitup@2.11.0 +-- iobroker.discovery@4.5.0 +-- iobroker.js-controller@5.0.19 invalid: "6.0.5" from the root project +-- node-windows@1.0.0-beta.8 `-- windows-shortcuts@0.1.6Ausführen von
npm irichtet das zwar wieder, aber der Anspruch war ja, dass
iob upgrade selfohne weitere Aktionen ausreichen soll. Evtl. kann ja mal jemand in einer Linux Umgebung testen, ob das Problem da auch auftritt.
Zumindest unter Windows ist das zuverlässig reproduzierbar. -
Beim Pinguin alles prima:
echad@chet:/opt/iobroker $ iob stop echad@chet:/opt/iobroker $ iob version 5.0.19 echad@chet:/opt/iobroker $ iob update Used repository: beta Adapter "admin" : 6.17.14 , installed 6.17.14 Adapter "alexa2" : 3.26.5 , installed 3.26.5 Adapter "alias-manager": 1.2.6 , installed 1.2.6 Adapter "awtrix-light" : 1.2.1 , installed 1.2.1 Adapter "backitup" : 3.0.5 , installed 3.0.5 Adapter "ble" : 0.14.0 , installed 0.14.0 Adapter "cloud" : 5.0.1 , installed 5.0.1 Adapter "devices" : 1.1.5 , installed 1.1.5 Adapter "echarts" : 1.8.2 , installed 1.8.2 Adapter "firetv" : 2.1.0 , installed 2.1.0 Adapter "followthesun" : 0.5.0 , installed 0.5.0 Adapter "govee-local" : 0.2.6 , installed 0.2.6 Adapter "history" : 3.0.1 , installed 3.0.1 Adapter "ical" : 1.15.0 , installed 1.15.0 Adapter "iceroad" : 1.2.1 , installed 1.2.1 Adapter "iot" : 3.3.0 , installed 3.3.0 Adapter "javascript" : 8.6.0 , installed 8.6.0 Controller "js-controller": 6.0.5 , installed 5.0.19 [Updatable] Adapter "midea" : 0.0.7 , installed 0.1.0 Adapter "mihome" : 1.4.0 , installed 1.4.0 Adapter "mihome-cloud" : 0.1.1 , installed 0.1.1 Adapter "mihome-vacuum": 4.2.0 , installed 4.2.0 Adapter "mqtt" : 5.2.0 , installed 5.2.0 Adapter "nina" : 0.0.26 , installed 0.0.26 Adapter "nuki" : 2.0.0 , installed 2.0.0 Adapter "nuki-extended": 2.7.0 , installed 2.7.0 Adapter "nut" : 1.6.0 , installed 1.6.0 Adapter "opendtu" : 1.0.1 , installed 1.0.1 Adapter "openweathermap": 1.0.4 , installed 1.0.4 Adapter "parcel" : 0.2.7 , installed 0.2.7 Adapter "rpi2" : 1.3.2 , installed 2.0.0-alpha.10 Adapter "sainlogic" : 0.10.5 , installed 0.10.5 Adapter "samsung" : 0.6.0 , installed 0.6.0 Adapter "samsung_tizen": 1.1.0 , installed 1.1.0 Adapter "simple-api" : 2.8.0 , installed 2.8.0 Adapter "socketio" : 6.7.0 , installed 6.7.0 Adapter "tado" : 0.5.4 , installed 0.5.4 Adapter "tankerkoenig" : 3.4.0 , installed 3.4.0 Adapter "tr-064" : 4.3.0 , installed 4.3.0 Adapter "tradfri" : 3.1.3 , installed 3.1.3 Adapter "trashschedule": 3.3.0 , installed 3.3.0 Adapter "tuya" : 3.15.0 , installed 3.15.0 Adapter "vis-2" : 2.9.64 , installed 2.9.64 Adapter "weather-warnings": 0.6.7 , installed 0.6.7 Adapter "web" : 6.2.6 , installed 6.2.6 Adapter "whatsapp-cmb" : 0.3.0 , installed 0.3.0 Adapter "ws" : 2.6.1 , installed 2.6.1 Adapter "zigbee" : 1.10.3 , installed 1.10.3 echad@chet:/opt/iobroker $ iob upgrade self Update js-controller from @5.0.19 to @6.0.5 Stopped Objects DB Stopped States DB NPM version: 10.8.1 Installing iobroker.js-controller@6.0.5... (System call) removed 183 packages, and changed 14 packages in 49s 190 packages are looking for funding run `npm fund` for details echad@chet:/opt/iobroker $ iob version 6.0.5 echad@chet:/opt/iobroker $Ich hatte allerdings zuvor schon js-controller 6.0.5 installiert.
-
Nur noch Handy aber Linux schaut sauber aus. Passiert es auch mit normalen npm Befehl? Im Endeffekt macht upgrade Self nix anderes,..
Controller "js-controller": 6.0.5 , installed 5.0.19 [Updatable] moritz@iobroker-benchmark:/opt/iobroker$ iob upgrade self Controller is running. Please stop ioBroker first. moritz@iobroker-benchmark:/opt/iobroker$ iob stop moritz@iobroker-benchmark:/opt/iobroker$ npm ls iobroker.inst@3.0.0 /opt/iobroker ├── iobroker.admin@6.13.16 ├── iobroker.backitup@2.11.0 ├── iobroker.benchmark@1.2.0 (git+ssh://git@github.com/foxriver76/ioBroker.benchmark.git#6980ab2898d3c6e324765c052ee7c88e8a8c1c0d) ├── iobroker.discovery@4.4.0 └── iobroker.js-controller@5.0.19 moritz@iobroker-benchmark:/opt/iobroker$ iob upgrade self Update js-controller from @5.0.19 to @6.0.5 Stopped Objects DB Stopped States DB NPM version: 10.5.0 Installing iobroker.js-controller@6.0.5... (System call) removed 32 packages, and changed 21 packages in 1m 59 packages are looking for funding run `npm fund` for details moritz@iobroker-benchmark:/opt/iobroker$ npm ls iobroker.inst@3.0.0 /opt/iobroker ├── iobroker.admin@6.13.16 ├── iobroker.backitup@2.11.0 ├── iobroker.benchmark@1.2.0 (git+ssh://git@github.com/foxriver76/ioBroker.benchmark.git#6980ab2898d3c6e324765c052ee7c88e8a8c1c0d) ├── iobroker.discovery@4.4.0 └── iobroker.js-controller@6.0.5 moritz@iobroker-benchmark:/opt/iobroker$ -
@foxriver76 said in Beta Test js-controller Kiera (v6.0):
Passiert es auch mit normalen npm Befehl?
Hmm, mit npm sieht es zwar zunächst sauber aus, aber das Problem ist anschließend trotzdem da:
>iob stop ============================= Running Admin shell ============================= ioBroker service name: iob_SmartHome12 iob_SmartHome12 wird beendet. iob_SmartHome12 wurde erfolgreich beendet. >npm i iobroker.js-controller@6.0.5 removed 32 packages, changed 14 packages, and audited 542 packages in 6s 61 packages are looking for funding run `npm fund` for details 25 vulnerabilities (19 moderate, 6 high) To address issues that do not require attention, run: npm audit fix To address all issues (including breaking changes), run: npm audit fix --force Run `npm audit` for details. >npm ls iobroker.inst@3.0.0 C:\ioBroker\SmartHome12 +-- dotenv@16.3.1 +-- iobroker.admin@6.13.16 +-- iobroker.backitup@2.11.0 +-- iobroker.discovery@4.5.0 +-- iobroker.js-controller@6.0.5 +-- node-windows@1.0.0-beta.8 `-- windows-shortcuts@0.1.6 >type daemon\iob_smarthome12.err.log node:internal/modules/esm/resolve:304 return new ERR_PACKAGE_PATH_NOT_EXPORTED( ^ Error [ERR_PACKAGE_PATH_NOT_EXPORTED]: Package subpath './tools' is not defined by "exports" in C:\ioBroker\SmartHome12\node_modules\@iobroker\js-controller-common\package.json at exportsNotFound (node:internal/modules/esm/resolve:304:10) at packageExportsResolve (node:internal/modules/esm/resolve:651:9) at resolveExports (node:internal/modules/cjs/loader:592:36) at Module._findPath (node:internal/modules/cjs/loader:669:31) at Module._resolveFilename (node:internal/modules/cjs/loader:1131:27) at Module._load (node:internal/modules/cjs/loader:986:27) at Module.require (node:internal/modules/cjs/loader:1233:19) at require (node:internal/modules/helpers:179:18) at Object.<anonymous> (C:\ioBroker\SmartHome12\node_modules\iobroker.js-controller\build\lib\restart.js:8:17) at Module._compile (node:internal/modules/cjs/loader:1358:14) { code: 'ERR_PACKAGE_PATH_NOT_EXPORTED' }Aus irgendeinem Grund hat er node_modules\iobroker.js-controller nicht aktualisiert.
Wie gesagt, das tritt nur auf, wenn ich von 5.0.19 komme und auf 6.0.x aktualisiere. Aktualisiere ich anschließend von z.B. 6.0.4 auf 6.0.5 wird das Modul in node_modules aktualisiert. Komisch.
Wobei ich immer von einer frischen 5.0.19 Installation starte. Wenn ich ein paar Mal vor und zurück installiert habe, tritt das Phänomen nicht mehr auf. In einer frischen Installation aber konsequent immer.
-
@gaspode hm kannst du mal per npm 5.0.19 auf 6.0.0 probieren und schauen ob es da auch passiert?
-
@foxriver76 said in Beta Test js-controller Kiera (v6.0):
hm kannst du mal per npm 5.0.19 auf 6.0.0 probieren und schauen ob es da auch passiert?
Ich hab wieder eine Neuinstallation gemacht und dann direkt mit
>iob stop >npm i iobroker.js-controller@6.0.0aktualisiert.
Da wurde das Modul anscheinend korrekt aktualisiert. Ich versteh's nicht ... -
@gaspode
Ich vermute es ist das install Script von 6.0.5 da das in dem Root Package Folder nochmal npm install ausführt. Evtl macht das unter Windows Probleme. Ob es das wirklich ist wäre zu validieren. Dann muss es zb auch passieren wenn du von 6.0.0 auf 6.0.5 gehst. Zwar kein Fehler aber npm ls müsste meckern. Dann müssten wir schauen dass wir das unter Windows iwie hinbekommen. Auch wäre dann zu validieren dass 5.0.19 mit npm install einer 6.0.5 wenn --ignore-scripts mitgegeben wird geht. Alles nur Handy von Festival also sorry für Formatierung.
