NEWS
Beta Test js-controller 3.0.x auf GitHub
-
@Jan1 sagte in Beta Test js-controller 3.0.x auf GitHub:
@Kueppert
Warte doch mal was @apollon77 dazu sagt, da es ja ne neue Funktion des Controller ist, die bei Dir wohl nicht so ganz geklappt hat.to late ^^ ist schon am rebuilden...ich kann das ganze ja auch nochmal machen und testen wenn gewünscht
Fehler beim Rebuild:
../src/serialport.cpp:460:17: error: variable or field ‘init’ declared void void init(v8::Handle<v8::Object> target) { ^~~~~~ ../src/serialport.cpp:460:17: error: ‘Handle’ is not a member of ‘v8’ ../src/serialport.cpp:460:34: error: expected primary-expression before ‘>’ token void init(v8::Handle<v8::Object> target) { ^ ../src/serialport.cpp:460:36: error: ‘target’ was not declared in this scope void init(v8::Handle<v8::Object> target) { ^~~~~~ ../src/serialport.cpp:460:36: note: suggested alternative: ‘tzset’ void init(v8::Handle<v8::Object> target) { ^~~~~~ tzset In file included from ../../nan/nan.h:54, from ../src/./serialport.h:6, from ../src/serialport.cpp:1: ../src/serialport.cpp:485:25: error: ‘init’ was not declared in this scope NODE_MODULE(serialport, init); ^~~~ /root/.cache/node-gyp/12.16.2/include/node/node.h:608:36: note: in definition of macro ‘NODE_MODULE_X’ (node::addon_register_func) (regfunc), \ ^~~~~~~ ../src/serialport.cpp:485:1: note: in expansion of macro ‘NODE_MODULE’ NODE_MODULE(serialport, init); ^~~~~~~~~~~ ../src/serialport.cpp:485:25: note: suggested alternative: ‘int’ NODE_MODULE(serialport, init); ^~~~ /root/.cache/node-gyp/12.16.2/include/node/node.h:608:36: note: in definition of macro ‘NODE_MODULE_X’ (node::addon_register_func) (regfunc), \ ^~~~~~~ ../src/serialport.cpp:485:1: note: in expansion of macro ‘NODE_MODULE’ NODE_MODULE(serialport, init); ^~~~~~~~~~~ make: *** [serialport.target.mk:114: Release/obj.target/serialport/src/serialport.o] Fehler 1 make: Verzeichnis „/opt/iobroker/node_modules/serialport/build“ wird verlassen gyp ERR! build error gyp ERR! stack Error: `make` failed with exit code: 2 gyp ERR! stack at ChildProcess.onExit (/usr/lib/node_modules/npm/node_modules/node-gyp/lib/build.js:194:23) gyp ERR! stack at ChildProcess.emit (events.js:310:20) gyp ERR! stack at Process.ChildProcess._handle.onexit (internal/child_process.js:275:12) gyp ERR! System Linux 4.19.0-5-amd64 gyp ERR! command "/usr/bin/node" "/usr/lib/node_modules/npm/node_modules/node-gyp/bin/node-gyp.js" "rebuild" gyp ERR! cwd /opt/iobroker/node_modules/serialport gyp ERR! node -v v12.16.2 gyp ERR! node-gyp -v v5.1.0 gyp ERR! not ok npm ERR! code ELIFECYCLE npm ERR! errno 1 npm ERR! serialport@6.2.2 install: `prebuild-install || node-gyp rebuild` npm ERR! Exit status 1 npm ERR! npm ERR! Failed at the serialport@6.2.2 install script. npm ERR! This is probably not a problem with npm. There is likely additional logging output above. npm ERR! A complete log of this run can be found in: npm ERR! /root/.npm/_logs/2020-04-09T10_30_03_438Z-debug.logHm...SQL sowie Zigbee sind im Admin auf grün. Mit dem Zigbee-Adapter lassen sich meine Lampen auch noch schalten...kann aber gern wenn gewünscht weiter testen :)
-
@apollon77 sagte in Beta Test js-controller 3.0.x auf GitHub:
(bitte vorher schauen das ein admin öffnen den auslöst - wäre meine Annahme). Danke!
Die Annahme scheint richtig zu sein. Nach upload ist die Meldung weg.
-
@Jey-Cee Es gab mal frrüüüüher js.controller Versionen die beim adapter löschen ggff Objekte zurückgelassen haben. Die versucht Admin jetzt zu lesen und da meckern dann Dinge :-(
-
@apollon77 Hm das war aber eine Nackte test Installation lediglich mit einer älteren js-controller Version die ich geupdatet habe und dann die Adapter installiert.
-
@Jey-Cee schau mal. Du hast bestimmt system.adapter.xy Objekte rumliegende von Objekt Typ Adapter. Korrekt? Wo die her sind wäre dann die interessante Frage.
@apollon77 sagte in Beta Test js-controller 3.0.x auf GitHub:
Korrekt?
Nein, hab sogar extra nochmal die VM mit dem Testsystem gestartet um ganz sicher zu sein.

-
@apollon77 jo, hab manuell nen Rebuild gemacht und nur die eine Fehlermeldung gehabt wegen Serialdings...hat aber nix mit dem neuen JS zu tun. Rebuild hat der nicht gemacht...hab ca. 1h gewartet - kamen immer nur die hier gemeldeten Fehlermeldungen...
-
@apollon77 jo, hab manuell nen Rebuild gemacht und nur die eine Fehlermeldung gehabt wegen Serialdings...hat aber nix mit dem neuen JS zu tun. Rebuild hat der nicht gemacht...hab ca. 1h gewartet - kamen immer nur die hier gemeldeten Fehlermeldungen...
-
@apollon77 sagte in Beta Test js-controller 3.0.x auf GitHub:
Korrekt?
Nein, hab sogar extra nochmal die VM mit dem Testsystem gestartet um ganz sicher zu sein.

-
Ich habe gerade noch die 3.0.5 auf GitHub veröffentlicht mit noch kleinere Fixes:
3.0.5 (2020-04-09) Release Elena
- (foxriver76) Remove mock for adapter.states.getState again, fixed two adapters
- (foxriver76) fix crash of redis setState when undefined is passed and refuse undefined as value in general
- (Apollon77) Make sure objects update from/ts/user when extending objects in all cases
-
host.iobroker 2020-04-09 23:52:48.373 error iobroker Cannot find io-package.json in "null": Error: ENOENT: no such file or directory, open 'null/io-package.json'wollte gerade nen adapter auf den letzten stand bringen.
@harrym Mal Fixer ausgeführt? Auf der Konsole
iob fix, falls Installation nicht zu alt oder schon mal gefixt. Schaut so aus als konnte das Adapter Vezeichnis vom js-c nicht korrekt festgemacht werden, könnte z. B. aufgrund von Rechten der Fall sein. -
@harrym Mal Fixer ausgeführt? Auf der Konsole
iob fix, falls Installation nicht zu alt oder schon mal gefixt. Schaut so aus als konnte das Adapter Vezeichnis vom js-c nicht korrekt festgemacht werden, könnte z. B. aufgrund von Rechten der Fall sein.@foxriver76 fixer war der erste versuch. danach hab ich auch sicherheitshalber die vm neu gestartet. keine änderung.
-
@harrym sagte in Beta Test js-controller 3.0.x auf GitHub:
Cannot find io-package.json in "null": Error: ENOENT: no such file or directory, open 'null/io-package.json'
Schlägt das Update auch fehl oder kommt der Log Eintrag beim Upload des Adapters am Ende? Evtl. Problem wie in https://forum.iobroker.net/topic/11658/iobroker-upload-all-mit-cannot-find-io-package-json-in-null-fehlern/3?
-
@Kueppert Und du bist 100% sicher das der controller 3.x drauf war? Hm ... das volle log wäre cool. Mindestens mehr.
@apollon77 ich glaube mich laust der Affe...schaue gerade unter HOST und finde Version 2.2.9? Jetzt bin ich schon zu blöd, nen controller Update auf die 3 zu machen...manmanman
NACHTRAG: hab aber definitiv npm install ioBroker/ioBroker.js-controller zum Update genutzt?
2.NACHTRAG: mache das jetzt einfach nochmalOutput:
root@ioBroker2:~# npm install ioBroker/ioBroker.js-controller > iobroker.js-controller@3.0.5 preinstall /root/node_modules/iobroker.js-controller > node lib/preinstallCheck.js NPM version: 6.14.4 > iobroker.js-controller@3.0.5 install /root/node_modules/iobroker.js-controller > node iobroker.js setup first object system.certificates updated npm WARN saveError ENOENT: no such file or directory, open '/root/package.json' npm WARN enoent ENOENT: no such file or directory, open '/root/package.json' npm WARN root No description npm WARN root No repository field. npm WARN root No README data npm WARN root No license field. npm WARN optional SKIPPING OPTIONAL DEPENDENCY: fsevents@2.1.2 (node_modules/fsevents): npm WARN notsup SKIPPING OPTIONAL DEPENDENCY: Unsupported platform for fsevents@2.1.2: wanted {"os":"darwin","arch":"any"} (current: {"os":"linux","arch":"x64"}) + iobroker.js-controller@3.0.5 updated 1 package and audited 1859 packages in 28.819s 6 packages are looking for funding run `npm fund` for details found 0 vulnerabilities root@ioBroker2:~#Bäh...war nicht im ioBroker Verzeichnis...schlafe noch...
Ich starte nochmal von vorn.
-
upload schlägt fehl! aber den link lese ich mit in ruhe durch ;)
EDIT: bzw. kommt die Meldung gleich zu Beginn ... wenn ich aktualisieren will.
@harrym existiert /opt/iobroker/node_modules/iobroker.name (name ersetzen mit dem relevanten Adapter)?
Wie sieht das System.iobroker.adapter.name und das System.iobroker.adapter.name.0 Objekt aus? (Jeweils Admin. Rechts bei dem Objekt auf den Stift und Inhalt vom „raw“ Tab mal hierhin kopieren.
-
Ich habe gerade noch die 3.0.5 auf GitHub veröffentlicht mit noch kleinere Fixes:
3.0.5 (2020-04-09) Release Elena
- (foxriver76) Remove mock for adapter.states.getState again, fixed two adapters
- (foxriver76) fix crash of redis setState when undefined is passed and refuse undefined as value in general
- (Apollon77) Make sure objects update from/ts/user when extending objects in all cases
@apollon77 sagte in Beta Test js-controller 3.0.x auf GitHub:
3.0.5 (2020-04-09) Release Elena
Ok, ich bekomme nur mehr die Meldung vom admin.0
admin.0 2020-04-10 09:11:03.791 warn (8040) adapter.objects.getObjectView is deprecated, and will be removed in the future. Please use adapter.getObjectView/Async. Report this to Developer!Edit2:
Jetzt auch wieder von info.0 und web.0
-
@apollon77 sagte in Beta Test js-controller 3.0.x auf GitHub:
3.0.5 (2020-04-09) Release Elena
Ok, ich bekomme nur mehr die Meldung vom admin.0
admin.0 2020-04-10 09:11:03.791 warn (8040) adapter.objects.getObjectView is deprecated, and will be removed in the future. Please use adapter.getObjectView/Async. Report this to Developer!Edit2:
Jetzt auch wieder von info.0 und web.0
-
@sigi234 Admin Version? ;-)
-