node-red-node-email Update Fehler

mickym

@thomas-braun Bei Node-Red wird die package-lock.json auch gepflegt, also anders als im /opt/iobroker Verzeichnis.

mickym

@frankyboy73 sagte in node-red-node-email Update Fehler:

@mickym Ok, mache ich mal. Wenn ich das aber richtig verstanden habe, löscht der Zweizeiler von @Thomas-Braun die Verzeichnisse und benennt sie nicht um.

Nee nichts löschen. Nun schauen. Wie gesagt NodeRed hat in dem genannten Verzeichnis ein ganz eigene NodeJS Instanz mit ihren Modulen.

frankyboy73

@thomas-braun Ah, Ok, dann beim nächsten mal auch

cd /opt/iobroker/iobroker-data/node-red/node_modules/
npm ls | grep -E 'github|ERR'

ausführen?

mickym

@frankyboy73 Du wirfst 2 Dinge durcheinander.

/opt/iobroker ist das iobroker Verzeichnis und dessen module sind im Verzeichnis /opt/iobroker/node_modules

die Prüfung macht man immer über dem Verzeichnis wo das node_modules Verzeichnis ist. Für NodeRed also
cd /opt/iobroker/iobroker-data/node-red

und hat auch nichts mit github zu tun

Schau einfach ob Du einen sauberen Baum hast:

cd /opt/iobroker/iobroker-data/node-red
pi@MWHome:/opt/iobroker/iobroker-data/node-red $ ls
cronplusdata     flows.json       lib           nrchkb        package-lock.json  settings.js
flows_cred.json  homekit-persist  node_modules  package.json  projects           settings.js.orginal
pi@MWHome:/opt/iobroker/iobroker-data/node-red $ npm list
node-red-project@0.0.1 /opt/iobroker/iobroker-data/node-red
├── @mdi/font@5.9.55
├── node-red-contrib-bigtimer@2.8.2
├── node-red-contrib-buffer-parser@3.2.2
├── node-red-contrib-cron-plus@1.5.7
├── node-red-contrib-crypto-js@0.1.1
├── node-red-contrib-fs-ops@1.6.0
├── node-red-contrib-harmony-websocket@2.2.6
├── node-red-contrib-light-scheduler@0.0.18
├── node-red-contrib-tail-file@1.2.6
├── node-red-contrib-ui-contextmenu@2.0.1
├── node-red-contrib-ui-time-scheduler@1.17.1
├── node-red-contrib-web-worldmap@2.28.3
├── node-red-contrib-whin@0.1.14
├── node-red-dashboard@3.1.7
├── node-red-node-email@1.17.0
├── node-red-node-feedparser@0.3.0
├── node-red-node-mysql@1.0.3
├── node-red-node-ping@0.3.1
├── node-red-node-snmp@1.0.2
├── node-red-node-tail@0.3.2
├── node-red-node-ui-table@0.3.12
└── speedtest-net@2.2.0

Bei mir schaut der gut aus. ;)

frankyboy73

@mickym Ah OK, also so:

pi@raspberrypi:/opt/iobroker/iobroker-data/node-red $ ls
alexa-local   flows_cred.json  lib           package.json       settings.js
cronplusdata  flows.json       node_modules  package-lock.json
pi@raspberrypi:/opt/iobroker/iobroker-data/node-red $ npm list
node-red-project@0.0.1 /opt/iobroker/iobroker-data/node-red
├── node-red-contrib-cron-plus@1.5.7
├── node-red-contrib-fritzapi@0.5.2
├── node-red-contrib-light-scheduler@0.0.18
├── node-red-contrib-telegrambot@12.0.0
├── node-red-dashboard@3.1.7
├── node-red-node-email@1.17.0
├── node-red-node-feedparser@0.3.0
├── node-red-node-ping@0.3.1
├── node-red-node-ui-table@0.3.12
└── speedtest-net@2.2.0

Was mich gerade wundert, das da oben alexa-local drin steht, das habe ich schon seit Jahren nicht mehr.

mickym

@frankyboy73 Der Baum schaut aber super sauber aus. Es gab manche Nodes - die Daten im Filesystem abgespeichert haben und die bleiben halt, selbst wenn Du die Nodes löschst. Wie gesagt mit der email Node hatte ich auch Probleme, die anderen gingen sauber zu aktualisieren.

In meinen Augen ist bei Dir alles gut. :+1:

frankyboy73

@mickym OK, Danke, wieder was dazu gelernt.

@Thomas-Braun

Was mich jetzt wundert, ist diese Ausgabe, die hatte ich vor dem Update auf Node.JS 16 ganz sicher nicht, zu 100% sicher. Ok, der Adapter ist ne Latest Installation, da schon lange her, hatte ich das nicht mehr auf dem Schirm, aber unter Node.js 14 wurde mir das nicht ausgegeben.

pi@raspberrypi:/opt/iobroker $ npm ls | grep -E 'github|ERR'
├── iobroker.fritzdect@2.2.5 (git+ssh://git@github.com/foxthefox/ioBroker.fritzdect.git#c25e37c0054aab94b58c5fd1903c1ab681fdb96e)
pi@raspberrypi:/opt/iobroker $ npm ls
iobroker.inst@2.0.3 /opt/iobroker
├── colors@1.4.0
├── fs-extra@7.0.1
├── iobroker.admin@5.3.8
├── iobroker.alexa2@3.11.2
├── iobroker.broadlink2@2.1.5
├── iobroker.deconz@1.3.21
├── iobroker.feiertage@1.1.0
├── iobroker.flot@1.11.0
├── iobroker.fritzdect@2.2.5 (git+ssh://git@github.com/foxthefox/ioBroker.fritzdect.git#c25e37c0054aab94b58c5fd1903c1ab681fdb96e)
├── iobroker.ical@1.13.1
├── iobroker.info@1.9.19
├── iobroker.iot@1.11.8
├── iobroker.js-controller@4.0.23
├── iobroker.mihome@1.4.0
├── iobroker.node-red@3.3.1
├── iobroker.simple-api@2.7.0
├── iobroker.socketio@4.2.0
├── iobroker.sonoff@2.5.1
├── iobroker.sql@2.1.7
├── iobroker.tr-064@4.2.16
├── iobroker.web@4.3.0
├── iobroker@2.0.3
├── npm@8.4.0
├── semver@5.7.1

Thomas Braun

@frankyboy73 sagte in node-red-node-email Update Fehler:

Was mich jetzt wundert, ist diese Ausgabe, die hatte ich vor dem Update auf Node.JS 16 ganz sicher nicht

Was meinst du konkret?
Mir fällt aber gerade noch das Modul npm auf. Das hat imho im root-Verzeichnis des ioBrokers nix zu suchen. Das gehört da nicht hin.

frankyboy73

@thomas-braun Ich meine die Ausgabe nach

npm ls | grep -E 'github|ERR'

vom fritzdect, die hatte ich vor Update nicht gehabt, da hatte ich definitiv gar keine Ausgabe.
Modul npm gehört da nicht hin? Na toll, was hab ich jetzt wieder verbockt? Krieg ich das da irgendwie weg? Weiß leider auch nicht wo das her kommt, wie gesagt, bin mit Linux eher so Copi and Paste. Bin froh, das es dich hier gibt, mit deinen vielen Anleitungen.

Thomas Braun

@frankyboy73

Dann ist fritzdect noch in der package.json eingetragen.

fritzdect
github:	2.2.6
latest:	2.2.3 for 6 months
stable:	2.2.3 for 6 months

Wenn die 2.2.5 von dir ausgetestet wurde kann die weg / aktualisiert werden / auf eine Version aus den Repos gedrück werden. Wie du meinst.

npm an der Stelle loswerden:

cd /opt/iobroker
npm uninstall npm

frankyboy73

@thomas-braun Ok, bin mit der fritz 2.2.5 eigentlich gut zufrieden, solange es noch keine neue Stable gibt, bleibe ich erst mal dabei.

pi@raspberrypi:/opt/iobroker $ cd /opt/iobroker
pi@raspberrypi:/opt/iobroker $ npm uninstall npm

removed 217 packages in 11s

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

pi@raspberrypi:/opt/iobroker $ npm ls
iobroker.inst@2.0.3 /opt/iobroker
├── colors@1.4.0
├── fs-extra@7.0.1
├── iobroker.admin@5.3.8
├── iobroker.alexa2@3.11.2
├── iobroker.broadlink2@2.1.5
├── iobroker.deconz@1.3.21
├── iobroker.feiertage@1.1.0
├── iobroker.flot@1.11.0
├── iobroker.fritzdect@2.2.5 (git+ssh://git@github.com/foxthefox/ioBroker.fritzdect.git#c25e37c0054aab94b58c5fd1903c1ab681fdb96e)
├── iobroker.ical@1.13.1
├── iobroker.info@1.9.19
├── iobroker.iot@1.11.8
├── iobroker.js-controller@4.0.23
├── iobroker.mihome@1.4.0
├── iobroker.node-red@3.3.1
├── iobroker.simple-api@2.7.0
├── iobroker.socketio@4.2.0
├── iobroker.sonoff@2.5.1
├── iobroker.sql@2.1.7
├── iobroker.tr-064@4.2.16
├── iobroker.web@4.3.0
├── iobroker@2.0.3
├── semver@5.7.1
└── yargs@7.1.0

npm ist jetzt weg und alles läuft noch. Vielen Dank.

Thomas Braun

@frankyboy73

Die gleiche Übung kannst du (vermutlich) mit den anderen vier Modulen, die da aus der Reihe tanzen auch machen.

frankyboy73

@thomas-braun Hi, damit meinst du dann wahrscheinlich die 4 wo kein iobroker. vor steht.
Oh man, ist ja doch mehr verbogen als ich gedacht hätte.

Thomas Braun

@frankyboy73
Richtig.
Schau mal per

npm ls EINERDERVIER

ob der auch nochmal 'tiefer' im Tree hängt.

Bei mir schaut das z. B. für 'colors' so aus:

pi@mysterium:/opt/iobroker $ npm ls colors
iobroker.inst@3.0.0 /opt/iobroker
└─┬ iobroker.js-controller@4.0.23
  └─┬ prompt@1.2.1
    ├── colors@1.4.0
    └─┬ winston@2.4.5
      └── colors@1.0.3

frankyboy73

@thomas-braun

pi@raspberrypi:/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@raspberrypi:/opt/iobroker $ npm ls fs-extra
iobroker.inst@2.0.3 /opt/iobroker
├── fs-extra@7.0.1
├─┬ 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

Thomas Braun

@frankyboy73 sagte in node-red-node-email Update Fehler:

iobroker.inst@2.0.3 /opt/iobroker  
├── colors@1.4.0   
└─┬ iobroker@2.0.3

Das colors in der ersten Ebene ist entbehrlich.
Du scheinst aber mal den iobroker irgendwie in einander verschachtelt installiert zu haben.

frankyboy73

@thomas-braun Wird wohl immer schlimmer hier. Wahrscheinlich in meiner Anfangszeit mit Halbwissen zu viel Quatsch verzapft. Vielleicht sollte ich doch mal darüber nachdenken, mal alles komplett neu aufzusetzen. Sträube mich aber immer noch davor, weil da auch noch andere Sachen auf dem Pi mitlaufen. Z.B. Deconz, MySql, usw. Und es läuft doch eigentlich alles so schön und Problemlos.

Community Forum

NEWS

node-red-node-email Update Fehler

Support us

760

32.5k

81.7k

1.3m