UPDATE 31.10.: Amazon Alexa - ioBroker Skill läuft aus ?

[Latzi]

@foxriver76
ich hab gesehen, dass du beim echarts-Adapter Änderungen vorgenommen hast

1.8.3 (2024-06-17)
(foxriver76) upgraded dependencies

wann wird die Version verfügbar sein?

[foxriver76]

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

[Latzi]

@foxriver76
vielen Dank für die Info, bin aktuell ohnehin auf 1.7.2, die läuft ja problemlos mit js-controller 5

[foxriver76]

@latzi mit 6.0.5 sollte sie auch laufen

[Gaspode]

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?

[foxriver76]

@gaspode hm das ist komisch, die restart.js muss von einem alten controller gewesen sein ... im aktuellen gibt es den import nicht..

[Gaspode]

@foxriver76

War von einer frisch installierten Version 5.0.19 auf 6.0.5.
Ich such morgen mal nach der Ursache.

[foxriver76]

@gaspode ja laut der Fehlermeldung wird bei dir noch irgendwas von js-controller-common/tools probiert zu importieren aber im code auf npm ist das schon js-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..

[Gaspode]

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

[foxriver76]

@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

[Gaspode]

@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. :D
Die Frage ist, warum er da rein läuft.

[Gaspode]

OK, irgendwas geht bei

iob upgrade self

schief, 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.6

Ausführen von

npm i

richtet das zwar wieder, aber der Anspruch war ja, dass

iob upgrade self

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

[Thomas Braun]

@gaspode

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.

[foxriver76]

@gaspode

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$ 

[Gaspode]

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

[foxriver76]

@gaspode hm kannst du mal per npm 5.0.19 auf 6.0.0 probieren und schauen ob es da auch passiert?

[Gaspode]

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

aktualisiert.
Da wurde das Modul anscheinend korrekt aktualisiert. Ich versteh's nicht ...

[foxriver76]

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

[JB_Sullivan]

@gaspode

Ich bin ja auch so ein Windows Jünger und habe den Installer 3.3 für das Update auf 6.0.2 und dann auf 6.04 genutzt. Habe auch den Fixer immer mit laufen lassen, allerdings habe ich vorher immer händisch die ioB.bat gelöscht (umbenannt) gehabt.
Die 6.0.5 habe ich jetzt noch nicht mit dem Installer ausprobiert, aber mit den vorherigen Versionen gab es keine Probleme oder Fehlermeldungen.

[Diamand2k22]

@oxident

du bist der Beste, es kommt kein Fehler mehr bei dem Blueconnect Adapter!
Vielen Dank!