(gelöst) kein Adapter lässt sich updaten

mickym

@kbrausew sagte in (gelöst) kein Adapter lässt sich updaten:

@mickym sagte in (gelöst) kein Adapter lässt sich updaten:

... Vielleicht musst ja auch durch Neuinstallation updaten.

ich liebe Sarkasmus! selbst wenn es mein problem nicht löst

Und in meinen Augen - für Dich - schmeiss die Datei

schmeiss die package-lock.json weg
kontrolliere ob .npmrc nicht package-lock=false drin stehen hat, sonst auskommentieren.
Ansonsten in meinen Augen node_modules Verzeichnis löschen und mit npm install neu aufbauen lassen.

mickym

@thomas-braun Ach so, Du meinst es sollte ganz ohne colors, fs-extra,semver und yargs sein???

Nun ich kann die ja rausschmeißen - wenn Du meinst, dass das keine Nebenwirkungen hat?

Wenn ich mir beispielsweise colors anschaue, wird das im Moment unter iobroker auch noch mal als doppelt geführt:

npm ls colors
iobroker.inst@2.0.3 /opt/iobroker
├── colors@1.4.0
├─┬ iobroker.js-controller@4.0.23
│ └─┬ prompt@1.3.0
│   └─┬ winston@2.4.6
│     └── colors@1.0.3
├─┬ iobroker.node-red@3.3.1
│ └─┬ node-red@2.2.2
│   └─┬ node-red-admin@2.2.4
│     └─┬ cli-table@0.3.11
│       └── colors@1.0.3
└─┬ iobroker@2.0.3
  └── colors@1.4.0 deduped

Weiss nicht ob ich dann ein Problem bekomme.

ähnliches bei den anderen:

npm ls fs-extra
iobroker.inst@2.0.3 /opt/iobroker
├── fs-extra@7.0.1
├─┬ iobroker.backitup@2.4.9
│ └── fs-extra@10.1.0
├─┬ iobroker.js-controller@4.0.23
│ ├─┬ @iobroker/db-objects-file@4.0.23
│ │ ├─┬ @iobroker/db-base@4.0.23
│ │ │ └── fs-extra@10.1.0
│ │ └── fs-extra@10.1.0
│ ├─┬ @iobroker/db-objects-jsonl@4.0.23
│ │ ├─┬ @alcalzone/jsonl-db@2.5.2
│ │ │ └── fs-extra@10.1.0
│ │ └── fs-extra@10.1.0
│ ├─┬ @iobroker/js-controller-adapter@4.0.23
│ │ ├─┬ @alcalzone/pak@0.7.0
│ │ │ └── fs-extra@9.1.0
│ │ └── fs-extra@10.1.0
│ ├─┬ @iobroker/js-controller-cli@4.0.23
│ │ └── fs-extra@10.1.0
│ ├─┬ @iobroker/js-controller-common-db@4.0.23
│ │ └── fs-extra@10.1.0
│ ├─┬ @iobroker/js-controller-common@4.0.23
│ │ └── fs-extra@10.1.0
│ └── fs-extra@10.1.0
├─┬ iobroker.node-red@3.3.1
│ └─┬ node-red@2.2.2
│   ├─┬ @node-red/nodes@2.2.2
│   │ └── fs-extra@10.0.0
│   ├─┬ @node-red/runtime@2.2.2
│   │ ├─┬ @node-red/registry@2.2.2
│   │ │ └── fs-extra@10.0.0
│   │ └── fs-extra@10.0.0
│   ├─┬ @node-red/util@2.2.2
│   │ └── fs-extra@10.0.0
│   └── fs-extra@10.0.0
└─┬ iobroker@2.0.3
  └── fs-extra@7.0.1 deduped

Wenn ich sowas removen würde, dann würde es doch wahrscheinlich alle abhängigen Module treffen??? - Ich glaub, da lass ich besser die Finger davon.

Thomas Braun

@mickym
Wenn die auf dem ersten Ast im Tree liege sind die eigentlich überflüssig, soweit ich das sehe, denn die einzelnen Adapter definieren das ja schon für sich selber (und auch in anderen Versionen).
In meinem Tree stehen nur Module in der ersten Ebene die mit iobroker.* anfangen, keine eigenständigen nodejs-Module.

mickym

@thomas-braun sagte in (gelöst) kein Adapter lässt sich updaten:

@mickym
Wenn die auf dem ersten Ast im Tree liege sind die eigentlich überflüssig, soweit ich das sehe, denn die einzelnen Adapter definieren das ja schon für sich selber (und auch in anderen Versionen).
In meinem Tree stehen nur Module in der ersten Ebene die mit iobroker.* anfangen, keine eigenständigen nodejs-Module.

Nun das kann passieren, wenn man anscheinend mit dedupe arbeitet - das habe ich gemacht, als ich noch die vielen Fehler hatte.

Das ist in meinen Augen kein Fehler - habe ich gerade nachgegoogelt (https://stackovercoder.com.de/programming/21417014/npm-command-to-uninstall-or-prune-unused-packages-in-node-js

Das heißt, wenn mehrere Module das gleiche Untermodul verwendet, kann man die Komplexität des Baums so reduzieren. Also für mich jedenfalls mal nichts bedenkliches.

Thomas Braun

@mickym

Ich prune die bei mir auch immer weg. Die Doppeltenlottchen sind dann aber auch mit 'extraneous' gekennzeichnet.

mickym

@thomas-braun Na egal - jedenfalls hebt dedupe das wohl auf "root" Ebene, wenn es mehrfach verwendet wird - also meines Erachtens nicht unsauber.

Ich kann ja mal prune drüber laufen lassen - sollte ja nichts kaputt machen.

npm prune colors

up to date in 6s

106 packages are looking for funding
  run `npm fund` for details

ändert nichts

Thomas Braun

@mickym

Ich glaube immer noch, da ist was 'verschachtelt':

npm ls fs-extra
iobroker.inst@2.0.3 /opt/iobroker
├── fs-extra@7.0.1
└─┬ iobroker@2.0.3
  └── fs-extra@7.0.1 deduped

Alle anderen fs-extra-Module unter den jeweiligen Adaptern sind ja auch in aktuelleren Versionen vorhanden.

mickym

@thomas-braun Wie gesagt das prune - ändert nichts und meines Erachtens hebt dedupe da hin. Kannst ja mal bei Dir oder einem Testsystem ausprobieren.

Thomas Braun

@mickym

Mein System/Tree hat solche Einträge nicht.

mickym

@thomas-braun Nee wenn Du npm dedupe ausführen würdest. - Ich will aber nicht, dass da was kaputt geht. Wenn Du mal meinen Baum zum fs-extra anschaust, dann ist es eh nur noch die iobroker-Instanz 2.0.3 die fs-extra@7.0.1 nutzt, alle anderen nutzen ja fs-extra@10.0.0 oder fs-extra@10.1.0

Kann ich mit

npm remove fs-extra@7.0.1

entfernen, ohne das ich bei den anderen Abhängigkeiten was kaputt mache?

Thomas Braun

@mickym sagte in (gelöst) kein Adapter lässt sich updaten:

Wenn Du mal meinen Baum zum fs-extra anschaust, dann ist es eh nur noch die iobroker-Instanz 2.0.3 die fs-extra@7.0.1 nutzt, alle anderen nutzen ja fs-extra@10.0.0 oder fs-extra@10.1.0

Davon spreche ich ja.
Der ganze Zweig wo fs-extra@7.0.1 vorkommt ist irgendwie doppelt. Denn iobroker@2.0.3 schaut mir auch komisch aus. Ich hab jedenfalls so'n Modul nirgendwo im Tree hängen.

mickym

@thomas-braun sagte in (gelöst) kein Adapter lässt sich updaten:

iobroker@2.0.3

Bekomme ich aber auch nicht weg. Vielleicht ist das ja weil es alte Installation ist, muss aber ja nicht stören.

Ich habs mit

npm remove iobroker@2.0.3
npm uninstall iobroker@2.0.3

probiert - ohne Effekt.

pi@MWHome:/opt/iobroker $ npm uninstall iobroker@2.0.3

up to date in 6s

106 packages are looking for funding
  run `npm fund` for details
pi@MWHome:/opt/iobroker $ npm ls colors
iobroker.inst@2.0.3 /opt/iobroker
├── colors@1.4.0
├─┬ iobroker.js-controller@4.0.23
│ └─┬ prompt@1.3.0
│   └─┬ winston@2.4.6
│     └── colors@1.0.3
├─┬ iobroker.node-red@3.3.1
│ └─┬ node-red@2.2.2
│   └─┬ node-red-admin@2.2.4
│     └─┬ cli-table@0.3.11
│       └── colors@1.0.3
└─┬ iobroker@2.0.3
  └── colors@1.4.0 deduped

pi@MWHome:/opt/iobroker $ npm prune

up to date in 6s

106 packages are looking for funding
  run `npm fund` for details
pi@MWHome:/opt/iobroker $ npm ls colors
iobroker.inst@2.0.3 /opt/iobroker
├── colors@1.4.0
├─┬ iobroker.js-controller@4.0.23
│ └─┬ prompt@1.3.0
│   └─┬ winston@2.4.6
│     └── colors@1.0.3
├─┬ iobroker.node-red@3.3.1
│ └─┬ node-red@2.2.2
│   └─┬ node-red-admin@2.2.4
│     └─┬ cli-table@0.3.11
│       └── colors@1.0.3
└─┬ iobroker@2.0.3
  └── colors@1.4.0 deduped

Hast Du wahrscheinlich nicht, weil Du sicher inzwischen komplett neu installiert hast.

mickym

Ich lasse jetzt mal npm dedupe komplett drüber laufen, dann sollte noch mehr auf root Ebene sein, dafür aber nicht mehr doppelt.

Kommen zwar ein paar Warnungen - aber wohl einige Pakete weggeschmissen, geändert und 4 neue hinzugefügt.

 npm dedupe
npm WARN ERESOLVE overriding peer dependency
npm WARN While resolving: virtual-tsc@0.6.2
npm WARN Found: @types/node@16.11.46
npm WARN node_modules/@types/node
npm WARN   @types/node@"*" from @types/cacheable-request@6.0.2
npm WARN   node_modules/@types/cacheable-request
npm WARN     @types/cacheable-request@"^6.0.1" from got@11.8.3
npm WARN     node_modules/got
npm WARN   11 more (@types/es-aggregate-error, @types/iobroker, ...)
npm WARN
npm WARN Could not resolve dependency:
npm WARN peer @types/node@"*" from virtual-tsc@0.6.2
npm WARN node_modules/iobroker.javascript/node_modules/virtual-tsc
npm WARN   virtual-tsc@"^0.6.2" from iobroker.javascript@5.7.0
npm WARN   node_modules/iobroker.javascript
npm WARN
npm WARN Conflicting peer dependency: @types/node@18.6.2
npm WARN node_modules/@types/node
npm WARN   peer @types/node@"*" from virtual-tsc@0.6.2
npm WARN   node_modules/iobroker.javascript/node_modules/virtual-tsc
npm WARN     virtual-tsc@"^0.6.2" from iobroker.javascript@5.7.0
npm WARN     node_modules/iobroker.javascript
npm WARN deprecated debug@4.1.1: Debug versions >=3.2.0 <3.2.7 || >=4 <4.3.1 have a low-severity ReDos regression when used in a Node.js environment. It is recommended you upgrade to 3.2.7 or 4.3.1. 

added 4 packages, removed 92 packages, and changed 35 packages in 1m

105 packages are looking for funding
  run `npm fund` for details
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.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.linux-control@1.1.3
├── iobroker.mercedesme@0.0.56
├── iobroker.mqtt@4.0.7
├── iobroker.node-red@3.3.1
├── iobroker.pi-hole@1.3.4
├── iobroker.ping@1.5.3
├── iobroker.simple-api@2.7.0
├── iobroker.socketio@4.2.0
├── iobroker.sourceanalytix@0.4.14
├── iobroker.sql@2.1.7
├── 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 list colors
iobroker.inst@2.0.3 /opt/iobroker
├── colors@1.4.0
├─┬ iobroker.js-controller@4.0.23
│ └─┬ prompt@1.3.0
│   └─┬ winston@2.4.6
│     └── colors@1.0.3
├─┬ iobroker.node-red@3.3.1
│ └─┬ node-red@2.2.2
│   └─┬ node-red-admin@2.2.4
│     └─┬ cli-table@0.3.11
│       └── colors@1.0.3
└─┬ iobroker@2.0.3
  └── colors@1.4.0 deduped

Auf den ersten Blick scheint auch alles noch zu funktionieren. Aber der Baum bleibt gleich. Also wie gesagt, mag bei Dir etwas anders aussehen, aber muss ja nicht gleich falsch sein. Ich bekomms jedenfalls nicht einfach weg - und rechtfertigt auch keine Neuinstallation.

Thomas Braun

@mickym

Nerv doch nicht immer mit deiner dämlichen Neuinstallation rum...

mickym

Mal unabhängig, dass ich solche negativen Gefühlsbekundungen im Umgang nicht besonders schätze, hier mal die aktuelle package.json. Vielleicht kann ja mal einer drüber schauen, der auch eine ältere Installation hat oder definitiv weiß ob was am System verkehrt ist oder nicht. Zumindest scheint mit das 1. Objekt auf die iobroker Installation zu verweisen, vielleicht ist das ja heute nicht mehr üblich, war es aber einmal. Zumindest scheint die Versionsnummer 2.0.3 von der iobroker Installation zu stammen, wenn ich das richtig interpretiere.

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.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.linux-control": "1.1.3",
    "iobroker.mercedesme": "0.0.56",
    "iobroker.mqtt": "4.0.7",
    "iobroker.node-red": "3.3.1",
    "iobroker.pi-hole": "^1.3.4",
    "iobroker.ping": "1.5.3",
    "iobroker.simple-api": "2.7.0",
    "iobroker.socketio": "4.2.0",
    "iobroker.sourceanalytix": "0.4.14",
    "iobroker.sql": "2.1.7",
    "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"
  }
}

Glasfaser

@mickym sagte in (gelöst) kein Adapter lässt sich updaten:

der auch eine ältere Installation hat

aus einem Backup aus 2018

{
  "name": "iobroker",
  "version": "1.0.0",
  "private": true,
  "description": "Automation platfrom in node.js",
  "dependencies": {
    "iobroker.admin": "^3.4.6",
    "iobroker.alexa": "https://github.com/soef/ioBroker.alexa/tarball/master",
    "iobroker.b-control-em": "^0.2.1",
    "iobroker.chromecast": "https://github.com/angelnu/ioBroker.chromecast/tarball/master",
    "iobroker.cloud": "^2.6.0",
    "iobroker.discovery": "^1.1.0",
    "iobroker.nut": "^1.1.3",
    "iobroker.sayit": "^1.6.7",
    "iobroker.synology": "https://github.com/instalator/ioBroker.synology/tarball/master",
    "iobroker.tankerkoenig": "^1.0.4",
    "iobroker.telegram": "https://github.com/ioBroker/ioBroker.telegram/tarball/master",
    "iobroker.upnp": "^0.3.8",
    "iobroker.vis": "https://github.com/ioBroker/ioBroker.vis/tarball/master",
    "iobroker.vis-history": "^0.2.7",
    "iobroker.vis-jqui-mfd": "https://github.com/ioBroker/ioBroker.vis-jqui-mfd/tarball/master",
    "iobroker.vis-material": "https://github.com/nisiode/ioBroker.vis-material/tarball/master"
  }
}

oder wann meinst du ungefähr.

mickym

@glasfaser OK - ich hab erst im August 2019 installiert. Wie ist bei Dir die aktuelle Version auch 2.0.3? Und wie sieht die aus?

Glasfaser

@mickym

Aktuell so :

{
  "name": "iobroker.inst",
  "version": "3.0.0",
  "private": true,
  "description": "Automate your Life",
  "engines": {
    "node": ">=10.0.0"
  },
  "dependencies": {

Glasfaser

@mickym sagte in (gelöst) kein Adapter lässt sich updaten:

"iobroker": "^2.0.3",

Das kommt mir auch sehr bekannt vor, wahr schon sehr laaange her finde es nicht mehr dazu .

Da war mal was ...

mickym

@glasfaser Na ja - aber scheint wohl generell so zu sein, dass die Versionsnummer nur die installierte Version, aber nichts mit der aktuellen Version zu tun hat.

Bei mir halt 2.0.3 und bei Dir 3.0.0 - aber die aktuelle Version wenn ich iob version aufrufe ist, ja höher:

iob version
4.0.23

NEWS

(gelöst) kein Adapter lässt sich updaten

Support us

505
Online

31.9k
Users

80.1k
Topics

1.3m
Posts

NEWS

(gelöst) kein Adapter lässt sich updaten

Support us

505Online

31.9kUsers

80.1kTopics

1.3mPosts

505
Online

31.9k
Users

80.1k
Topics

1.3m
Posts