NEWS
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.
-
@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.
-
@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
-
@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 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
-
@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
@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) | ^~~~~~~~~~~ioBroker auf NUC unter Proxmox; VIS: 12" Touchscreen und 17" Touch; Lichtsteuerung, Thermometer und Sensoren: Tasmota (39); Ambiente Beleuchtung: WLED (9); Heizung: DECT Thermostate (9) an Fritz 6690; EMS-ESP; 1 Echo V2; 3 Echo DOT; 1 Echo Connect; 2 Echo Show 5; Unifi Ap-Ac Lite.
-
@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) | ^~~~~~~~~~~ -
@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
@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
-
@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
Da kann ich so auch nix herauslesen.
Schau mal im Installationsverzeichnis, ob da alles 'ordentlich' ist:cd /opt/iobroker npm list -
@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
@brainbug
Ja, das sieht gut aus. -
@chaot
Da kann ich so auch nix herauslesen.
Schau mal im Installationsverzeichnis, ob da alles 'ordentlich' ist:cd /opt/iobroker npm listioBroker auf NUC unter Proxmox; VIS: 12" Touchscreen und 17" Touch; Lichtsteuerung, Thermometer und Sensoren: Tasmota (39); Ambiente Beleuchtung: WLED (9); Heizung: DECT Thermostate (9) an Fritz 6690; EMS-ESP; 1 Echo V2; 3 Echo DOT; 1 Echo Connect; 2 Echo Show 5; Unifi Ap-Ac Lite.
-
@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.
-
@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 …
Beitrag hat geholfen? Votet rechts unten im Beitrag :-) https://paypal.me/Apollon77 / https://github.com/sponsors/Apollon77
- Debug-Log für Instanz einschalten? Admin -> Instanzen -> Expertenmodus -> Instanz aufklappen - Loglevel ändern
- Logfiles auf Platte /opt/iobroker/log/… nutzen, Admin schneidet Zeilen ab
-
@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.ioBroker auf NUC unter Proxmox; VIS: 12" Touchscreen und 17" Touch; Lichtsteuerung, Thermometer und Sensoren: Tasmota (39); Ambiente Beleuchtung: WLED (9); Heizung: DECT Thermostate (9) an Fritz 6690; EMS-ESP; 1 Echo V2; 3 Echo DOT; 1 Echo Connect; 2 Echo Show 5; Unifi Ap-Ac Lite.
-
@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.
-
@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
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. -
@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. -
@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 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
-
@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. -
@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.
-
@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.
997
Online32.4k
Benutzer81.5k
Themen1.3m
Beiträge