[How-to] Node.js ioBroker richtig updaten-2021/22 Edition

Thomas Braun

Die Module mit extraneous habe ich auch doppelt im Tree. Die kommen sämtlichst aus dem iobroker.javascript Adapter. Ich räume die immer per npm prune aus dem Weg. Warum die drei invalid Dinger da stehen bleiben kann ich dir allerdings auch nicht sagen, bei mir kommt das nicht vor.
Auch dauert eine Installation oder ein Upgrade von Adaptern nicht ungewöhnlich lange.

apollon77

Also ja mit npm ls sieht man was Genaunehmens Baum los ist. Aber auch das ist nicht des Weisheits letzter Schluss. Wichtig ist das alles geht. Wie und warum da komische Dinge sind bekommt man so schnell Nicht raus. Und extraneous muss brining nicht falsch sein weil es Adapter wie JavaScript oder ham gibt die npm Module am Main Package vorbei installieren. Allein deswegen ist npm ls Aussagekraft bissl fragwürdig.

Wenn bei nem Adapter install ein fehlt immer dann mit --debug nochmal machen und dann sieht man die fehler.

Zum Thema dauert lang: Haftbedingungen in /opt/iobroker ein package-lock.json?? Wenn nicht kann das der Grund sein - früher haben wir explizit die Package lock ausgeschaltet weil buggy. Inzwischen geht das. Aber einfach einschalten geht ggf auch schief … das müsste man mal probieren - im Notfall node-modules löschen und dann komplett neu aufbauen lassen. Das sollte dann mit der Package lock gehen

mickym

@apollon77 sagte in [How-to] Node.js ioBroker richtig updaten-2021/22 Edition:

Also ja mit npm ls sieht man was Genaunehmens Baum los ist. Aber auch das ist nicht des Weisheits letzter Schluss. Wichtig ist das alles geht. Wie und warum da komische Dinge sind bekommt man so schnell Nicht raus. Und extraneous muss brining nicht falsch sein weil es Adapter wie JavaScript oder ham gibt die npm Module am Main Package vorbei installieren. Allein deswegen ist npm ls Aussagekraft bissl fragwürdig.

Wenn bei nem Adapter install ein fehlt immer dann mit --debug nochmal machen und dann sieht man die fehler.

Also um es vorwegzunehmen: Es funktioniert alles

Zum Thema dauert lang: Haftbedingungen in /opt/iobroker ein package-lock.json?? Wenn nicht kann das der Grund sein - früher haben wir explizit die Package lock ausgeschaltet weil buggy. Inzwischen geht das. Aber einfach einschalten geht ggf auch schief … das müsste man mal probieren - im Notfall node-modules löschen und dann komplett neu aufbauen lassen. Das sollte dann mit der Package lock gehen

Das habe ich tatsächlich gemacht und das Ganze node_modules Verzeichnis gelöscht und komplett neu aufbauen lassen. Es funktionierte auch - die Meldungen waren jedoch die gleichen, wie vor dem Löschvorgang. So und das Problem mit der Geschwindigkeit. Ich wage beinahe zu behaupten, dass der Neuaufbau des node_modules Verzeichnis ebenso lange dauert, wie eine Adapterinstallation. Irgendwie scheint jedes Modul zu analysiert zu werden. Jedenfalls dauert es im Moment ca. 15 Minuten im Schnitt bis man einen Adapter installiert hat, was vorher in max. 3-5 Minuten passiert ist.

Haftbedingungen in /opt/iobroker ein package-lock.json??

Was genau meinst Du damit?

Das Teil schaut bei mir ewig groß und alt aus:

-rwxrwxrwx+   1 iobroker iobroker   1297 14. Jun 17:54 package.json
-rwxrwxrwx+   1 iobroker iobroker 167018  8. Sep 2019  package-lock.json

Kann ich die package-lock.json einfach löschen?

Update:
Ich hab die pacakge-lock.json einfach gelöscht und siehe da, war in 1 min fertig ohne Fehler!! (sieht man ja in 28 s statt 15 min) Dann war diese Datei wohl das Problem.

$ iobroker url iobroker.mercedesme --host MWHome
install iobroker.mercedesme
NPM version: 8.12.2
Installing iobroker.mercedesme... (System call)
removed 592 packages, and changed 3 packages in 28s101 packages are looking for funding run `npm fund` for details
upload [4] mercedesme.admin /opt/iobroker/node_modules/iobroker.mercedesme/admin/admin.d.ts admin.d.ts video/mp2t
upload [3] mercedesme.admin /opt/iobroker/node_modules/iobroker.mercedesme/admin/index_m.html index_m.html text/html
upload [2] mercedesme.admin /opt/iobroker/node_modules/iobroker.mercedesme/admin/mercedesme.png mercedesme.png image/png
upload [1] mercedesme.admin /opt/iobroker/node_modules/iobroker.mercedesme/admin/style.css style.css text/css
upload [0] mercedesme.admin /opt/iobroker/node_modules/iobroker.mercedesme/admin/words.js words.js application/javascript
Process exited with code 0

Interessant ist auch, dass dann die ganzen extraneous Fehler erst mal weg sind:

iobroker.inst@2.0.3 /opt/iobroker
├── colors@1.4.0
├── fs-extra@7.0.1
├── iobroker.admin@5.4.9
├── iobroker.alias-manager@1.2.6
├── iobroker.backitup@2.4.9
├── iobroker.dwd@2.8.3
├── iobroker.flot@1.11.0
├── iobroker.info@1.9.19
├── iobroker.javascript@5.7.0
├── iobroker.js-controller@4.0.23
├── iobroker.mercedesme@0.0.56 invalid: "github:TA2k/ioBroker.mercedesme" from the root project
├── iobroker.mqtt@4.0.5 invalid: "github:ioBroker/ioBroker.mqtt" from the root project
├── iobroker.node-red@3.3.1 invalid: "github:ioBroker/ioBroker.node-red" from the root project
├── iobroker.pi-hole@1.3.4
├── iobroker.ping@1.5.3
├── iobroker.simple-api@2.6.5
├── iobroker.socketio@4.2.0
├── iobroker.sourceanalytix@0.4.12-1
├── iobroker.sql@1.16.2
├── iobroker.tr-064@4.2.16
├── iobroker.vis-hqwidgets@1.2.0
├── iobroker.vis-materialdesign@0.5.9
├── iobroker.vis@1.4.15
├── iobroker.web@4.3.0
├── iobroker.yahka@0.13.1
├── iobroker@2.0.3
├── semver@5.7.1
└── yargs@7.1.2

npm ERR! code ELSPROBLEMS
npm ERR! invalid: iobroker.mercedesme@0.0.56 /opt/iobroker/node_modules/iobroker.mercedesme
npm ERR! invalid: iobroker.mqtt@4.0.5 /opt/iobroker/node_modules/iobroker.mqtt
npm ERR! invalid: iobroker.node-red@3.3.1 /opt/iobroker/node_modules/iobroker.node-red

npm ERR! A complete log of this run can be found in:
npm ERR!     /home/iobroker/.npm/_logs/2022-06-18T13_15_16_256Z-debug-0.log

und dieser Pfad, der wohl hier moniert wrd steht so in der package.json

 cat package.json
{
  "name": "iobroker.inst",
  "version": "2.0.3",
  "private": true,
  "description": "Automation platform in node.js",
  "scripts": {
    "install": "node lib/checkVersions.js",
    "postinstall": "node lib/install.js",
    "test": "node node_modules/mocha/bin/mocha --exit"
  },
  "dependencies": {
    "colors": "^1.3.3",
    "fs-extra": "^7.0.1",
    "iobroker": "^2.0.3",
    "iobroker.admin": "5.4.9",
    "iobroker.alias-manager": "^1.2.4",
    "iobroker.backitup": "2.4.9",
    "iobroker.dwd": "2.8.3",
    "iobroker.flot": "^1.10.7",
    "iobroker.info": "^1.9.19",
    "iobroker.javascript": "5.7.0",
    "iobroker.js-controller": "4.0.23",
    "iobroker.mercedesme": "github:TA2k/ioBroker.mercedesme",
    "iobroker.mqtt": "github:ioBroker/ioBroker.mqtt",
    "iobroker.node-red": "github:ioBroker/ioBroker.node-red",
    "iobroker.pi-hole": "^1.3.4",
    "iobroker.ping": "1.5.3",
    "iobroker.simple-api": "2.6.5",
    "iobroker.socketio": "4.2.0",
    "iobroker.sourceanalytix": "0.4.12-1",
    "iobroker.sql": "1.16.2",
    "iobroker.tr-064": "4.2.16",
    "iobroker.vis": "1.4.15",
    "iobroker.vis-hqwidgets": "1.2.0",
    "iobroker.vis-materialdesign": "0.5.9",
    "iobroker.web": "4.3.0",
    "iobroker.yahka": "^0.13.1",
    "semver": "^5.6.0",
    "yargs": "^7.0.2"
  }
}

apollon77

@mickym Hast DU dann jetzt eine neue package-lock?

mickym

@apollon77 Nein. Kam keine Neue. Habe aber auch keine neue Version, sondern die gleiche von den Mercedes Adapter nochmal installiert. Bin as uch aktuell unterwegs. Jedenfalls hat sich die Installation um mehr als das 15 fache verbessert.

Thomas Braun

@mickym sagte in [How-to] Node.js ioBroker richtig updaten-2021/22 Edition:

Wie schaut denn das mit den anderen beiden Adaptern aus.
Hattest du die drei (vielleicht auch irgendwann in der Vergangenheit) über git und nicht über npm oder stable installiert?

mickym

@thomas-braun Ja. Allerdings bringt das Nachinstallieren über npm nichts. Wenn ich daheim bin, trage ich mal die korrekten Versionsnummern ein. Beispiel: mqtt Adapter via wurde via github auf 4.0.3 installiert. Dann vis npm auf 4.0.5 aktualisiert. Der komische Fehler bzw. der gleichlautende Eintrag in der package.json wurde nicht angepasst lediglich die Versionsnummern.

Aber richtig alle 3 Adapter wurden irgendwann über github aktualisiert

Thomas Braun

@mickym

Stehen die vielleicht noch mit dem git-Eintrag bei dir drin?
Das hab ich bei mir z. B. auch drin, allerdings sind die drei bei mir wirklich über git installiert.

echad@chet:/opt/iobroker $ npm ls | grep github
├── iobroker.govee@0.0.5 (git+ssh://git@github.com/nbuenger/ioBroker.govee.git#0d983c49135b87ac2f88f9d832a6d632c4889606)
├── iobroker.samsung@0.5.11 (git+ssh://git@github.com/iobroker-community-adapters/ioBroker.samsung.git#70366ba038c0f5092731db63f09d16db8eb56e65)
├── iobroker.switchbot-hub@0.1.2 (git+ssh://git@github.com/DrozmotiX/ioBroker.switchbot-hub.git#de8c1ad97edafedb16cbbb2c6dc14b032848df8e)

mickym

@thomas-braun ja wie gesagt die wurden über github installiert. Die Einträge aber als invalide gekennzeichnehab unten ja die package.json gepostet. Nur mit einem nom drüber installieren korrugieren sich die Einträge nicht. Wenn ich daheim bin, werde ich die Version mal manuell eintragen, da alle Versionen ja inzwischen über npm zu installieren sind.

Thomas Braun

@mickym

Ich meine, ob die im Moment noch so im tree ausgewiesen werden.
Denn eigentlich biegt sich das (bei höheren Versionsnummern) wieder auf die Version aus dem jeweiligen aktiven Repo um.

mickym

@thomas-braun Ja werden noch als invalide über non kist ausgewiesen. Habe ich ja gepostet:

iobroker.node-red@3.3.1 invalid: "github:ioBroker/ioBroker.node-red" from the root project

Thomas Braun

@mickym

Das ist ja aus der Zusammenfassung am Ende des Trees, oder nicht?
Und im tree selber steht der Adapter wie drin?

mickym

@thomas-braun Ich poste wenn ich daheim bin die komplette Ausgabe von npm list. Im Moment bin ich unterwegs

surfer09

Also ich habe gerade meinen IO-Broker (Windows 10 64bit) auf die NPM 16.5.1 hochgezogen (von 14.19.3) Ich habe die NPM MSI Datei heruntergeladen und einfach installiert - ohne Probleme.

mickym

@thomas-braun sagte in [How-to] Node.js ioBroker richtig updaten-2021/22 Edition:

@mickym

Das ist ja aus der Zusammenfassung am Ende des Trees, oder nicht?
Und im tree selber steht der Adapter wie drin?

So nein - hier die Gesamtausgabe:

pi@MWHome:~ $ cd /opt/iobroker
pi@MWHome:/opt/iobroker $ npm list
iobroker.inst@2.0.3 /opt/iobroker
├── colors@1.4.0
├── fs-extra@7.0.1
├── iobroker.admin@5.4.9
├── iobroker.alias-manager@1.2.6
├── iobroker.backitup@2.4.9
├── iobroker.dwd@2.8.3
├── iobroker.flot@1.11.0
├── iobroker.info@1.9.19
├── iobroker.javascript@5.7.0
├── iobroker.js-controller@4.0.23
├── iobroker.mercedesme@0.0.56 invalid: "github:TA2k/ioBroker.mercedesme" from the root project
├── iobroker.mqtt@4.0.5 invalid: "github:ioBroker/ioBroker.mqtt" from the root project
├── iobroker.node-red@3.3.1 invalid: "github:ioBroker/ioBroker.node-red" from the root project
├── iobroker.pi-hole@1.3.4
├── iobroker.ping@1.5.3
├── iobroker.simple-api@2.6.5
├── iobroker.socketio@4.2.0
├── iobroker.sourceanalytix@0.4.12-1
├── iobroker.sql@1.16.2
├── iobroker.tr-064@4.2.16
├── iobroker.vis-hqwidgets@1.2.0
├── iobroker.vis-materialdesign@0.5.9
├── iobroker.vis@1.4.15
├── iobroker.web@4.3.0
├── iobroker.yahka@0.13.1
├── iobroker@2.0.3
├── semver@5.7.1
└── yargs@7.1.2

npm ERR! code ELSPROBLEMS
npm ERR! invalid: iobroker.mercedesme@0.0.56 /opt/iobroker/node_modules/iobroker.mercedesme
npm ERR! invalid: iobroker.mqtt@4.0.5 /opt/iobroker/node_modules/iobroker.mqtt
npm ERR! invalid: iobroker.node-red@3.3.1 /opt/iobroker/node_modules/iobroker.node-red

npm ERR! A complete log of this run can be found in:
npm ERR!     /home/iobroker/.npm/_logs/2022-06-18T19_06_51_429Z-debug-0.log

Thomas Braun

@mickym

Was auffällt: Alle drei Adapter gibt es in gleicher Version auch über npm/das Beta Repo.
Wenn du die alle nochmal gezielt über diese Schiene ziehst?

mickym

@thomas-braun Ich habe jetzt einfach mal die package.json gepatched und die Versionsnummern eingetragen und gut ist. Wie gesagt über npm die gleichen Versionen zu installieren bringt nichts.

sudo nano package.json
pi@MWHome:/opt/iobroker $ npm list
iobroker.inst@2.0.3 /opt/iobroker
├── colors@1.4.0
├── fs-extra@7.0.1
├── iobroker.admin@5.4.9
├── iobroker.alias-manager@1.2.6
├── iobroker.backitup@2.4.9
├── iobroker.dwd@2.8.3
├── iobroker.flot@1.11.0
├── iobroker.info@1.9.19
├── iobroker.javascript@5.7.0
├── iobroker.js-controller@4.0.23
├── iobroker.mercedesme@0.0.56
├── iobroker.mqtt@4.0.5
├── iobroker.node-red@3.3.1
├── iobroker.pi-hole@1.3.4
├── iobroker.ping@1.5.3
├── iobroker.simple-api@2.6.5
├── iobroker.socketio@4.2.0
├── iobroker.sourceanalytix@0.4.12-1
├── iobroker.sql@1.16.2
├── iobroker.tr-064@4.2.16
├── iobroker.vis-hqwidgets@1.2.0
├── iobroker.vis-materialdesign@0.5.9
├── iobroker.vis@1.4.15
├── iobroker.web@4.3.0
├── iobroker.yahka@0.13.1
├── iobroker@2.0.3
├── semver@5.7.1
└── yargs@7.1.2

pi@MWHome:/opt/iobroker $ npm rebuild
rebuilt dependencies successfully

habe gerade nochmal mit der gepatchten Datei den mqtt über npm installiert - ging ratz fatz und ohne Fehler:

$ iobroker url iobroker.mqtt --host MWHome
install iobroker.mqtt
NPM version: 8.12.2
Installing iobroker.mqtt... (System call)
removed 577 packages, and changed 1 package in 20s101 packages are looking for funding run `npm fund` for details
upload [13] mqtt.admin /opt/iobroker/node_modules/iobroker.mqtt/admin/i18n/de/translations.json i18n/de/translations.json application/json
upload [12] mqtt.admin /opt/iobroker/node_modules/iobroker.mqtt/admin/i18n/en/translations.json i18n/en/translations.json application/json
upload [11] mqtt.admin /opt/iobroker/node_modules/iobroker.mqtt/admin/i18n/es/translations.json i18n/es/translations.json application/json
upload [10] mqtt.admin /opt/iobroker/node_modules/iobroker.mqtt/admin/i18n/fr/translations.json i18n/fr/translations.json application/json
upload [9] mqtt.admin /opt/iobroker/node_modules/iobroker.mqtt/admin/i18n/it/translations.json i18n/it/translations.json application/json
upload [8] mqtt.admin /opt/iobroker/node_modules/iobroker.mqtt/admin/i18n/nl/translations.json i18n/nl/translations.json application/json
upload [7] mqtt.admin /opt/iobroker/node_modules/iobroker.mqtt/admin/i18n/pl/translations.json i18n/pl/translations.json application/json
upload [6] mqtt.admin /opt/iobroker/node_modules/iobroker.mqtt/admin/i18n/pt/translations.json i18n/pt/translations.json application/json
upload [5] mqtt.admin /opt/iobroker/node_modules/iobroker.mqtt/admin/i18n/ru/translations.json i18n/ru/translations.json application/json
upload [4] mqtt.admin /opt/iobroker/node_modules/iobroker.mqtt/admin/i18n/zh-cn/translations.json i18n/zh-cn/translations.json application/json
upload [3] mqtt.admin /opt/iobroker/node_modules/iobroker.mqtt/admin/index_m.html index_m.html text/html
upload [2] mqtt.admin /opt/iobroker/node_modules/iobroker.mqtt/admin/jsonConfig.json jsonConfig.json application/json
upload [1] mqtt.admin /opt/iobroker/node_modules/iobroker.mqtt/admin/mqtt.png mqtt.png image/png
upload [0] mqtt.admin /opt/iobroker/node_modules/iobroker.mqtt/admin/words.js words.js application/javascript
Process exited with code 0

Thomas Braun

@mickym

Das ist klar.
Die Frage ist, wo kommen die ungültigen Pfadangaben her?
Bei mir steht in der package.json der git-Kram mit vollem/anderem Pfad drin:

"iobroker.switchbot-hub":"github:DrozmotiX/ioBroker.switchbot-hub#de8c1ad97edafedb16cbbb2c6dc14b032848df8e"

mickym

@thomas-braun sagte in [How-to] Node.js ioBroker richtig updaten-2021/22 Edition:

@mickym

Das ist klar.
Die Frage ist, wo kommen die ungültigen Pfadangaben her?
Bei mir steht in der package.json der git-Kram mit vollem/anderem Pfad drin:
"iobroker.switchbot-hub":"github:DrozmotiX/ioBroker.switchbot-hub#de8c1ad97edafedb16cbbb2c6dc14b032848df8e"

Ehrlich gesagt, kann ich Dir das auch nicht beantworten. Vielleicht lag es daran, dass Du über CLI von github installiert hast und ich über die Adminoberfläche:

Habe gerade mal den source-analytics Adapter auf latest aktualisiert.

Ging auch ratz-fatz und ohne Fehler:

$ iobroker upgrade sourceanalytix@0.4.14
Update sourceanalytix from @0.4.12-1 to @0.4.14
NPM version: 8.12.2
Installing iobroker.sourceanalytix@0.4.14... (System call)
changed 1 package in 14s101 packages are looking for funding run `npm fund` for details
Update "system.adapter.sourceanalytix.0"
upload [25] sourceanalytix.admin /opt/iobroker/node_modules/iobroker.sourceanalytix/admin/admin.d.ts admin.d.ts video/mp2t
upload [20] sourceanalytix.admin /opt/iobroker/node_modules/iobroker.sourceanalytix/admin/i18n/es/translations.json i18n/es/translations.json application/json
upload [19] sourceanalytix.admin /opt/iobroker/node_modules/iobroker.sourceanalytix/admin/i18n/fr/translations.json i18n/fr/translations.json application/json
upload [18] sourceanalytix.admin /opt/iobroker/node_modules/iobroker.sourceanalytix/admin/i18n/it/translations.json i18n/it/translations.json application/json
upload [17] sourceanalytix.admin /opt/iobroker/node_modules/iobroker.sourceanalytix/admin/i18n/nl/translations.json i18n/nl/translations.json application/json
upload [16] sourceanalytix.admin /opt/iobroker/node_modules/iobroker.sourceanalytix/admin/i18n/pl/translations.json i18n/pl/translations.json application/json
upload [15] sourceanalytix.admin /opt/iobroker/node_modules/iobroker.sourceanalytix/admin/i18n/pt/translations.json i18n/pt/translations.json application/json
upload [14] sourceanalytix.admin /opt/iobroker/node_modules/iobroker.sourceanalytix/admin/i18n/ru/translations.json i18n/ru/translations.json application/json
upload [13] sourceanalytix.admin /opt/iobroker/node_modules/iobroker.sourceanalytix/admin/i18n/zh-cn/translations.json i18n/zh-cn/translations.json application/json
upload [12] sourceanalytix.admin /opt/iobroker/node_modules/iobroker.sourceanalytix/admin/index_m.html index_m.html text/html
upload [11] sourceanalytix.admin /opt/iobroker/node_modules/iobroker.sourceanalytix/admin/jsonCustom.json jsonCustom.json application/json
upload [10] sourceanalytix.admin /opt/iobroker/node_modules/iobroker.sourceanalytix/admin/readmeDocu/cumulativeReading-Reset.png readmeDocu/cumulativeReading-Reset.png image/png
upload [9] sourceanalytix.admin /opt/iobroker/node_modules/iobroker.sourceanalytix/admin/readmeDocu/mainSettings.png readmeDocu/mainSettings.png image/png
upload [8] sourceanalytix.admin /opt/iobroker/node_modules/iobroker.sourceanalytix/admin/readmeDocu/priceSettings.png readmeDocu/priceSettings.png image/png
upload [7] sourceanalytix.admin /opt/iobroker/node_modules/iobroker.sourceanalytix/admin/readmeDocu/settingKey.png readmeDocu/settingKey.png image/png
upload [6] sourceanalytix.admin /opt/iobroker/node_modules/iobroker.sourceanalytix/admin/readmeDocu/stateSettings.png readmeDocu/stateSettings.png image/png
upload [5] sourceanalytix.admin /opt/iobroker/node_modules/iobroker.sourceanalytix/admin/readmeDocu/stateStartValues.png readmeDocu/stateStartValues.png image/png
upload [4] sourceanalytix.admin /opt/iobroker/node_modules/iobroker.sourceanalytix/admin/settings_details.png settings_details.png image/png
upload [3] sourceanalytix.admin /opt/iobroker/node_modules/iobroker.sourceanalytix/admin/settings_open.png settings_open.png image/png
upload [2] sourceanalytix.admin /opt/iobroker/node_modules/iobroker.sourceanalytix/admin/sourceanalytix.png sourceanalytix.png image/png
upload [1] sourceanalytix.admin /opt/iobroker/node_modules/iobroker.sourceanalytix/admin/style.css style.css text/css
upload [0] sourceanalytix.admin /opt/iobroker/node_modules/iobroker.sourceanalytix/admin/words.js words.js application/javascript
Process exited with code 0

Ich stelle mir nur die Frage, warum sich keine package-log.json mehr erstellt. Wie gesagt so habe ich ja kein Problem - aber ich dachte, die muss ja für irgendwas gut sein.

bahnuhr

Update von 14 auf 16.
Fast alles ok.

dieter@VM-iobroker:~$ which nodejs && nodejs -v && which node && node -v && which npm && npm -v && apt policy nodejs && who -r && whoami && groups
/usr/bin/nodejs
v16.15.1
/usr/bin/node
v16.15.1
/usr/bin/npm
8.11.0
nodejs:
  Installiert:           16.15.1-deb-1nodesource1
  Installationskandidat: 16.15.1-deb-1nodesource1
  Versionstabelle:
 *** 16.15.1-deb-1nodesource1 500
        500 https://deb.nodesource.com/node_16.x buster/main amd64 Packages
        100 /var/lib/dpkg/status
     10.24.0~dfsg-1~deb10u1 500
        500 http://ftp.de.debian.org/debian buster/main amd64 Packages
        500 http://security.debian.org/debian-security buster/updates/main amd64 Packages
         Runlevel 5   2022-06-18 03:10
dieter
dieter sudo iobroker
dieter@VM-iobroker:~$

Lediglich der Adapter "mihome-vaccuum" meckert, dass canvas fehlt.

mihome-vacuum.0
2022-06-19 12:59:31.416	warn	CANVAS package not installed....please install Canvas package manually or disable Map in config see also https://github.com/iobroker-community-adapters/ioBroker.mihome-vacuum/blob/master/lib/canvaserror.md

Manuell nachinstalliert mit "npm i canvas"
Und nun keine Fehler mehr im log.

mfg
Dieter

NEWS

[How-to] Node.js ioBroker richtig updaten-2021/22 Edition

Support us

700
Online

30.9k
Users

77.6k
Topics

1.2m
Posts

NEWS

[How-to] Node.js ioBroker richtig updaten-2021/22 Edition

Support us

700Online

30.9kUsers

77.6kTopics

1.2mPosts

700
Online

30.9k
Users

77.6k
Topics

1.2m
Posts