js-controller 3.3 jetzt im Beta
-
Kann oder muss ich diesen Fehler beheben? 3.3.14 auf 3.3.15
iobroker@iobroker-vm:/opt/iobroker$ iobroker upgrade self 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) /bin/sh: 1: cmake: not found make: *** [config_deps.target.mk:13: /opt/iobroker/node_modules/cpu-features/deps/cpu_features/build/Makefile] Fehler 127 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:314:20) gyp ERR! stack at Process.ChildProcess._handle.onexit (internal/child_process.js:276:12) gyp ERR! System Linux 4.19.0-9-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/cpu-features gyp ERR! node -v v12.22.2 gyp ERR! node-gyp -v v5.1.0 gyp ERR! not ok -
@brainbug
Ich vermute da fehlt dir das Paket cmake
sudo apt update sudo apt install cmakeVielleicht auch mal die build-essential installieren:
sudo apt install build-essentialnode-gyp -v v5.1.0scheint auch veraltet zu sein, in meinem System werkelt node-gyp@7.1.0
Prüf mal deine nodeJS-Installation.
-
@thomas-braun sagte in js-controller 3.3 jetzt im Beta:
sudo apt install build-essential
cmake zu installieren hat den Fehler behoben. node und nodejs sind v12.22.2 installiert.
-
@brainbug sagte in js-controller 3.3 jetzt im Beta:
node und nodejs sind v12.22.2 installiert.
Auch 'senkrecht'? Schau mit
which nodejs node npm && nodejs -v && node -v && npm -v && apt policy nodejsnach
-
@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.
