js-controller 3.3 jetzt im Beta
-
@brainbug Farge ist jetzt ob ein "iobroker fix" das auch gelöst hätte ... weil der Installiert installiert das nicht ... Ist auch das erste mal das ich das sehe das eine nodejs lib auf cmake aufbaut ... das cpu-features scheint wohl von irgendeinem "ssh2" paket gefordert zu werden. Keine Ahnung durch welchen Adapter oder lib das reinkommt bei Dir.
naja mal schauen ob es nochmal kommt, dann kommts halt in den Installer/Fixer mit dazu
-
@thomas-braun
Ich habe eine seltsame Meldung die ich bisher noch nie hatte:Update js-controller from @3.3.14 to @3.3.15 NPM version: 6.14.13 npm install iobroker.js-controller@3.3.15 --loglevel error --unsafe-perm --prefix "/opt/iobroker" (System call) In file included from ../src/binding.cc:1: /home/iobroker/.cache/node-gyp/12.22.2/include/node/node.h:736:43: warning: cast between incompatible function types from 'void (*)(Nan::ADDON_REGISTER_FUNCTION_ARGS_TYPE)' {aka 'void (*)(v8::Local<v8::Object>)'} to 'node::addon_register_func' {aka 'void (*)(v8::Local<v8::Object>, v8::Local<v8::Value>, void*)'} [-Wcast-function-type] 736 | (node::addon_register_func) (regfunc), \ | ^ /home/iobroker/.cache/node-gyp/12.22.2/include/node/node.h:770:3: note: in expansion of macro 'NODE_MODULE_X' 770 | NODE_MODULE_X(modname, regfunc, NULL, 0) // NOLINT (readability/null_usage) | ^~~~~~~~~~~~~ ../src/binding.cc:153:1: note: in expansion of macro 'NODE_MODULE' 153 | NODE_MODULE(cpufeatures, init) | ^~~~~~~~~~~ -
@chaot Siehe oben ... einfach ignore ... das sind npm Warnungen von irgendwelchen npm Modulen in Deiner Installation ...
-
@thomas-braun sagte in js-controller 3.3 jetzt im Beta:
which nodejs node npm && nodejs -v && node -v && npm -v && apt policy nodejs /usr/bin/nodejs /usr/bin/node /usr/bin/npm v12.22.2 v12.22.2 6.14.13 nodejs: Installiert: 12.22.2-1nodesource1 Installationskandidat: 12.22.2-1nodesource1 Versionstabelle: *** 12.22.2-1nodesource1 500 500 https://deb.nodesource.com/node_12.x buster/main amd64 Packages 100 /var/lib/dpkg/status 10.24.0~dfsg-1~deb10u1 500 500 http://deb.debian.org/debian buster/main amd64 Packages 500 http://security.debian.org/debian-security buster/updates/main amd64 Packages@apollon77 da bin ich definitiv der falsche um das zu beantworten zu können
-
@chaot
Da kann ich so auch nix herauslesen.
Schau mal im Installationsverzeichnis, ob da alles 'ordentlich' ist:cd /opt/iobroker npm list -
@brainbug
Ja, das sieht gut aus. -
-
@chaot
Einen Teil der Meldungen dürfte man percd /opt/iobroker npm pruneaus der Welt bekommen. Was dann noch übrigbleibt muss man sich nochmal anschauen.
-
@thomas-braun ja npm prune oder auch npm dedupe alles schön. Gefahr ist das danach was nicht geht. Von daher ……… man kann das aufräumen … muss man … … …. Das muss jeder selbst entscheiden …
-
@apollon77 Danke - also lass ich da mal lieber vorerst die Finger weg solange alles geht.
@Thomas-Braun Danke für die Info. Wie gesagt werde ich das vorerst lassen, aber mir das dann mal im Hinterkopf behalten wenn ich ein frisches Backup und vieeeel Zeit habe. -
So schaut das übrigens in meinem System aus:
echad@chet:/opt/iobroker $ npm list iobroker.inst@3.0.0 /opt/iobroker ├── iobroker.admin@5.1.15 ├── iobroker.alexa2@3.9.3 ├── iobroker.backitup@2.1.13 ├── iobroker.ble@0.12.0 ├── iobroker.cloud@4.1.0 ├── iobroker.devices@1.0.9 ├── iobroker.echarts@1.0.3 ├── iobroker.firetv@1.0.0 ├── iobroker.history@1.9.13 ├── iobroker.info@1.9.6 ├── iobroker.iot@1.8.22 ├── iobroker.javascript@5.2.8 ├── iobroker.js-controller@3.3.15 ├── iobroker.mihome-vacuum@3.2.2 ├── iobroker.mihome@1.3.7 ├── iobroker.miio@0.0.13 ├── iobroker.nuki-extended@2.3.1 ├── iobroker.samsung-community@ (git+ssh://git@github.com/iobroker-community-adapters/ioBroker.samsung-community.git#ea8f9f373f38d733e3d1a848e5aecf44e66bf34d) ├── iobroker.simple-api@2.6.1 ├── iobroker.tado@0.3.4 ├── iobroker.tr-064@4.2.14 ├── iobroker.tradfri@3.0.1 ├── iobroker.vofo-speedtest@0.0.8 ├── iobroker.web@3.4.5 ├── iobroker.whatsapp-cmb@0.1.6 └── iobroker.zigbee@1.5.6Wesentlich aufgeräumter. Gut, das ist auch mit npm@7, das ist im Grund-Layout schon etwas übersichtlicher. Aber keine Errormeldungen oder extranous Pakete. Und mein System schnurrt. Hab halt ungern Fehlermeldungen irgendwo stehen. Macht die Suche nach 'richtigen' Fehlern nämlich auch nicht übersichtlicher.
-
@apollon77
Kannst du oder irgendwer anders mal nach dem bose soundtouch Adapter schauen?
Da sind auch noch Fehler vorhanden, welche aber schon gefixt sind.
Leider ist die 0.9.4 nicht auf npm zu finden, sondern nur die 0.9.3. -
@e-s Checke ich
-
@e-s Naja und in der 0.9.4 ist nichts von den relevanten DIngen gefixt. denke habe morgen was zum testen. Bitte bei Issue https://github.com/iobroker-community-adapters/ioBroker.bosesoundtouch/issues/51 subscriben. poste dort updates wegen testsupport
closed js-controller 3.2.16 #51
-
@e-s GitHub version zum testen da ...
-
@apollon77
Dankeschön, habe ich auf github schon gesehen. Komme aber erst morgen zum testen, war heute den ganzen Tag unterwegs.Mal was anderes, bei vielen Adaptern sind die fehler schon beseitigt, häufig müssen aber die dp manuell gelöscht und neu angelegt werden.
Ich bezweifle das alle stable User das wirklich hinbekommen, besonders weil dadurch auch gerne alias, Funktionen und Räume verloren gehen könnten.
Dadurch werden einige User nicht gerade erfreut sein.
Wenn der js Controller doch einen Fehler findet, könnte er ihn dann nicht beseitigen. Mir ist bewusst das dies noch viel schlimmere Fehler hervorbringen könnte, aber wenn dieser wirklich nur mal number zu string oder anders herum ändert, dann sollte doch nicht so viel passieren.
Ich habe mir auch schon überlegt das es manchmal manuell mit anpassen leichter wäre als neu erstellen lassen.Diese Anpassungen selbst in jeden Adapter selbst zu packen, ist auch schwer bis jetzt kaum möglich.
Da fällt mit gerade ein, der undock frontier Silicon Adapter von @hallo-amt ist auch noch nicht fertig.
Glaube pr sind sogar schon vorhanden, aber er hat auch scheinbar keine Zeit zum übernehmen.Also anders gesagt, alles fertig bekommen bei dieser riesigen Anzahl von Adaptern wird verdammt schwer.
-
@e-s Ja ist sehr blöd diesmal aber das müssen wir alle jetzt einmal durch ... Leider. Im Notfall müssen User halt Loglevel hochsetzen ...
-
@apollon77 @e-s am ende sind das doch bei allen Objekten nur ein begrenzte Anzahl an Problemen.
Wenn wir die Sammeln und damit so eine Art fix Script Bauen das die Fehler in den Objekten behebt?
Eine sehr einfach Variante wäre das der User die ID des Objekts angibt in Verbindung mit der Fehlermeldung.Wäre immer noch ne Menge Arbeit, aber die User hätten einen Weg der nicht gleich das ganze System durcheinander bringt.
-
@jey-cee interessante Idee. Müsste eher generisch sein und dann mit regex arbeiten.
Vllt am besten sogar vllt relevante logzeilen als Input dann parsen der Meldung und Objekte fixen. Die Fehlermeldungen die relevant sind sollten überschaubar sein.
Damit kriegt man auf jeden Fall die einfachen Datentypenthemen hin. Object/stringify Themen und ggf Objekte die der dev am Ende aus Mixed deklariert hat muss man dann doch löschen und neu anlegen lassen. Sind dann aber weniger.Wer mag sich der Idee mal annehmen?
-
Hallo Zusammen,
Mein Log (oder jetzt Protokoll) listet alle 2 Minuten folgende Warnung auf:
State "info.0.sysinfo.cpu.currentSpeed.coresSpeed" has no existing object, this might lead to an error in future versions State "info.0.sysinfo.cpu.currentLoad.currentLoad_hist" has no existing object, this might lead to an error in future versions
Kann es sein das da eine "groß-Kleinschreibung verwechselt wurde in "coresSpeed" und "currentLoad"? Kann ich das irgendwie selber fixen?
