Update js-controller und node.js
-
sudo apt updateund dann nochmal die Pakete wie oben beschrieben installieren. Welches System hast du da eigentlich?
-
@Thomas-Braun Installation der Pakete lief erstmal fehlerfrei durch. Dummerweise scheint iobroker trotz o.g. Fehler die Updates zu installieren. Daher mußte ich jetzt ein anderen Adapter nehmen. Da kommen jetzt andere Fehler, aber offenbar zum gleichen Thema "imageprocessing" :
$ ./iobroker upgrade shelly Update shelly from @3.2.5 to @3.2.6 NPM version: 6.14.4 npm install iobroker.shelly@3.2.6 --loglevel error --prefix "/opt/iobroker" (System call) ../src/bmp/BMPParser.cc: In member function ‘void BMPParser::Parser::parse(uint8_t*, int, uint8_t*)’:../src/bmp/BMPParser.cc:189:16: warning: comparison between signed and unsigned integer expressions [-Wsign-compare] E(ptr - data > imgdOffset, "image data overlaps with another structure"); ~~~~~~~~~~~^~~../src/bmp/BMPParser.cc:10:25: note: in definition of macro ‘E’ #define E(cond, msg) if(cond) return setErr(msg) ^~~~ ../src/bmp/BMPParser.cc:204:27: warning: comparison between signed and unsigned integer expressions [-Wsign-compare] E(ptr - data + imgdSize > len, "not enough image data"); ~~~~~~~~~~~~~~~~~~~~~~^~~../src/bmp/BMPParser.cc:10:25: note: in definition of macro ‘E’ #define E(cond, msg) if(cond) return setErr(msg) ^~~~ ../src/Canvas.cc: In static member function ‘static Nan::NAN_METHOD_RETURN_TYPE Canvas::ToBuffer(Nan::NAN_METHOD_ARGS_TYPE)’:../src/Canvas.cc:415:26: warning: comparison between signed and unsigned integer expressions [-Wsign-compare] if (canvas->nBytes() > node::Buffer::kMaxLength) { ~~~~~~~~~~~~~~~~~^~~~~~ ERR! sharp Use with glibc 2.24 requires manual installation of libvips >= 8.9.1info sharp Attempting to build from source via node-gyp but this may fail due to the above errorinfo sharp Please see https://sharp.pixelplumbing.com/install for required dependencies ../src/common.cc:23:22: fatal error: vips/vips8: Datei oder Verzeichnis nicht gefunden #include <vips/vips8> ^ compilation terminated. make: *** [Release/obj.target/sharp/src/common.o] Fehler 1 gyp ERR! build error gyp ERR! stack Error: `make` failed with exit code: 2gyp ERR! stack at ChildProcess.onExit (/usr/lib/node_modules/npm/node_modules/node-gyp/lib/build.js:191:23)gyp ERR! stack at ChildProcess.emit (events.js:198:13)gyp ERR! stack at Process.ChildProcess._handle.onexit (internal/child_process.js:248:12)gyp ERR! System Linux 4.14.79-v7+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/sharpgyp ERR! node -v v10.20.1gyp ERR! node-gyp -v v5.1.0gyp ERR! not ok Killed ERROR: host.hsmart Cannot install iobroker.shelly@3.2.6: 137 ERROR: process exited with code 25 -
@klausiob Was für ein System läuft da?
lsb_release -a -
@Thomas-Braun sagte in Update js-controller und node.js:
lsb_release -a
No LSB modules are available. Distributor ID: Raspbian Description: Raspbian GNU/Linux 9.6 (stretch) Release: 9.6 Codename: stretch -
@klausiob Du brauchst ein aktuelles libvips bzw. libvips-dev
Ich fürchte nur, das baut keiner für Stretch. -
@Thomas-Braun Also Sackgasse? Das war aber die letztes Jahr empfohlene Disribution für den Raspi und Iobroker. Da können die doch einen nicht hängen lassen, noch dazu weil andere wohl auch das Problem haben nach dem Update von node und js-controller.
Welche Alternativen gibts? Will evtl. auf einen Raspi 4 umsteigen und da muß ich ja eh allse neu aufsetzen.
VG klausiob -
@klausiob
Ich fahre ein raspbian Buster/stable bei mir. Ein dist-upgrade ist ja kein Hexenwerk. -
@Homoran Ist es notwendig das rasbian stretch auf buster upzugraden, um die Fehler, die auch andere haben Fehlermeldung bei manuelles Update / Adapter zu vermeiden? Leider hat die Lösung gelöst - Was bedeudet diese Fehlermeldung? nicht funktioniert.
-
@Thomas-Braun sagte in Update js-controller und node.js:
@klausiob Du brauchst ein aktuelles libvips bzw. libvips-dev
Ich fürchte nur, das baut keiner für Stretch.Hallöchen,
ich häng mich hier mal mit dran. Nur an Stretch allein scheint es nicht zu liegen. Bei buster tritt auch diese Medlung auf.
rock64@rock64:/opt/iobroker$ iobroker upgrade backitup Update backitup from @1.4.5 to @1.5.6 host.rock64 Adapter "system.adapter.backitup.0" is stopped. NPM version: 6.14.4 npm install iobroker.backitup@1.5.6 --loglevel error --prefix "/opt/iobroker" (System call) ERR! sharp Use with glibc 2.28 requires manual installation of libvips >= 8.9.1 info sharp Attempting to build from source via node-gyp but this may fail due to the above error info sharp Please see https://sharp.pixelplumbing.com/install for required dependencies ../src/common.cc:23:10: fatal error: vips/vips8: No such file or directory #include <vips/vips8> ^~~~~~~~~~~~ compilation terminated. make: *** [sharp.target.mk:139: Release/obj.target/sharp/src/common.o] Error 1 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.4.213-rockchip64 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/sharp gyp ERR! node -v v12.16.3 gyp ERR! node-gyp -v v5.1.0 gyp ERR! not ok upload [3] backitup.admin /opt/iobroker/node_modules/iobroker.backitup/admin/words.js words.js application/javascript Update "system.adapter.backitup.0" upload [2] backitup.admin /opt/iobroker/node_modules/iobroker.backitup/admin/index_m.html index_m.html text/html upload [1] backitup.admin /opt/iobroker/node_modules/iobroker.backitup/admin/index.html index.html text/html upload [0] backitup.admin /opt/iobroker/node_modules/iobroker.backitup/admin/backitup.png backitup.png image/png Adapter "backitup" updated host.rock64 Adapter "system.adapter.backitup.0" is startedDie Updates laufen trotz der Fehlermeldung.
Hardware: Rock64
JS-Controller: 3.0.20
Dist (stable buster):rock64@rock64:/opt/iobroker$ lsb_release -a No LSB modules are available. Distributor ID: Debian Description: Debian GNU/Linux 10 (buster) Release: 10 Codename: busterNode/NodeJS:
rock64@rock64:/opt/iobroker$ node -v v12.16.3 rock64@rock64:/opt/iobroker$ nodejs -v v12.16.3Grüße
-
@Smartuser sagte in Update js-controller und node.js:
Nur an Stretch allein scheint es nicht zu liegen.
Nein, auch in buster muss man noch Hand anlegen. Aber deutlich weniger als unter stretch.
-
@Thomas-Braun sagte in Update js-controller und node.js:
@Smartuser sagte in Update js-controller und node.js:
Nur an Stretch allein scheint es nicht zu liegen.
Nein, auch in buster muss man noch Hand anlegen. Aber deutlich weniger als unter stretch.
Ja scheint so
Hast du einen Tip/Link wie und wo man Hand anlegt um die Meldungen wegzubekommen?
Die Suche hat mir leider noch nicht weitergeholfen.Grüße
-
@Smartuser
Leg mal so Hand an:sudo apt-get install build-essential libcairo2-dev libpango1.0-dev libjpeg-dev libgif-dev librsvg2-dev libpixman-1-0 -
@Thomas-Braun sagte in Update js-controller und node.js:
@Smartuser
Leg mal so Hand an:sudo apt-get install build-essential libcairo2-dev libpango1.0-dev libjpeg-dev libgif-dev librsvg2-dev libpixman-1-0Danke für deine schnellen Rückmeldungen.
In dem Fall ist scheinbar alles schon in der aktuellsten Version vorhanden:rock64@rock64:~$ sudo apt-get install build-essential libcairo2-dev libpango1.0- dev libjpeg-dev libgif-dev librsvg2-dev libpixman-1-0 [sudo] password for rock64: Reading package lists... Done Building dependency tree Reading state information... Done build-essential is already the newest version (12.6). libcairo2-dev is already the newest version (1.16.0-4). libgif-dev is already the newest version (5.1.4-3). libjpeg-dev is already the newest version (1:1.5.2-2). librsvg2-dev is already the newest version (2.44.10-2.1). libpango1.0-dev is already the newest version (1.42.4-7~deb10u1). libpixman-1-0 is already the newest version (0.36.0-1). libpixman-1-0 set to manually installed. 0 upgraded, 0 newly installed, 0 to remove and 0 not upgraded. rock64@rock64:~$Grüße
-
libpixman-1-0 set to manually installedMusst du also mal manuell angelegt haben. Bei Upgrades wird der dann nicht mehr angepasst.
-
@Thomas-Braun sagte in Update js-controller und node.js:
libpixman-1-0 set to manually installedMusst du also mal manuell angelegt haben. Bei Upgrades wird der dann nicht mehr angepasst.
Moin ...
nein eigentlich nicht. Es ist ein frisch aufgesetztes Buster (Stable). Iobroker drauf, Backup eingespielt, proftp und cifs pakete drauf ... fertig.
Wenn libpixman manuell installiert wurde, müsste es bei der Installation von iobroker passiert sein.Kann das sein?
Wie bekomme ich es behoben, so dass es wieder bei den upgrades mit angepasst wird?Grüße
-
@Thomas-Braun Habe auch nochmal die Essentials wie oben installiert. War auch alles aktuell, nur gif noch dazu installiert.
Meldete auchlibpixman-1-0 set to manually installed.obwohl ich nie was manuell installiert hatte.
Distributor ID: Raspbian Description: Raspbian GNU/Linux 9.6 (stretch) Release: 9.6 Codename: stretchAlso bringt buster-Installation auch nichts?
$ ./iobroker upgrade hs100 Update hs100 from @1.1.2 to @1.1.5 NPM version: 6.14.4npm install iobroker.hs100@1.1.5 --loglevel error --prefix "/opt/iobroker" (System call) ERR! sharp Use with glibc 2.24 requires manual installation of libvips >= 8.9.1 info sharp Attempting to build from source via node-gyp but this may fail due to the above errorinfo sharp Please see https://sharp.pixelplumbing.com/install for required dependencies ../src/common.cc:23:22: fatal error: vips/vips8: Datei oder Verzeichnis nicht gefunden #include <vips/vips8> ^compilation terminated. make: *** [Release/obj.target/sharp/src/common.o] Fehler 1 gyp ERR! build error gyp ERR! stack Error: `make` failed with exit code: 2gyp ERR! stack at ChildProcess.onExit (/usr/lib/node_modules/npm/node_modules/node-gyp/lib/build.js:191:23)gyp ERR! stack at ChildProcess.emit (events.js:198:13)gyp ERR! stack at Process.ChildProcess._handle.onexit (internal/child_process.js:248:12) gyp ERR! System Linux 4.14.79-v7+ 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/sharpgyp ERR! node -v v10.20.1gyp ERR! node-gyp -v v5.1.0gyp ERR! not ok upload [3] hs100.admin /opt/iobroker/node_modules/iobroker.hs100/admin/words.js words.js application/javascript Adapter "system.adapter.hs100.0" restarted. Update "system.adapter.hs100.0" upload [2] hs100.admin /opt/iobroker/node_modules/iobroker.hs100/admin/index_m.html index_m.html text/html upload [1] hs100.admin /opt/iobroker/node_modules/iobroker.hs100/admin/index.html index.html text/html upload [0] hs100.admin /opt/iobroker/node_modules/iobroker.hs100/admin/hs100.png hs100.png image/png Adapter "hs100" updated process exited with code 0Problem bleibt bei fast jedem Adapteruodate. Problem liegt doch offenbar in dem Bereich.
sharp Use with glibc 2.24 requires manual installation of libvips >= 8.9.1 info sharp Attempting to build from source via node-gyp but this may fail due to the above errorinfo sharp Please see https://sharp.pixelplumbing.com/install for required dependencies ../src/common.cc:23:22: fatal error: vips/vips8: Datei oder Verzeichnis nicht gefunden #include <vips/vips8> ^compilation terminated. make: *** [Release/obj.target/sharp/src/common.o] Fehler 1 -
sudo apt update sudo apt dist-upgrade sudo apt install --reinstall libpixman-1-0 libpixman-1-dev -
@klausiob sagte in Update js-controller und node.js:
libvips >= 8.9.1
Muss in dieser Version installiert sein. Das ist auf stretch aber blöder hantier. Da muss einiges umgebaut werden.
-
Hilft das hier weiter?
https://sharp.pixelplumbing.com/install -
@klausiob Mir schon. Muss dir aber ja helfen...
Von der Seite her weiß ich ja, das es blöder Hantier auf einem Stretch mit ARM-Architektur und glibc < 2.28 ist.
