NEWS
Adapter update dependency >=12 fails
-
@andygr42 sagte in Adapter update dependency >=12 fails:
Hardwaresystem:
Odroid C4 / DockerDocker nur für ioBroker !?
-
Hallo Thomas.
Der Root Zugang über die Docker Konsole ist erstmal das Einfachste. Natürlich nicht optimal, aber ok. ioBorker läuft nicht als Root.
Die 90 Updates sind aber sehr relativ. Das letzte Full Update ist 14 Tage her! Die einzigen, wirklichen Updates sind im apt selbst. Alle anderen Pakete sind nur neue Revisionen ohne Änderungen am Paket selbst. Das habe ich schon geprüft.
Das EOL von Debian 9 habe ich tatsächlich übersehen. 6 Wochen habe ich ja noch Aber ein guter Zeitpunkt mal alles neu aufzusetzen.
Docker ist nur für ioBroker und History (mariaDB). Ich fand das Deployment charmant. Läuft so auch schon recht lange und stabil.
Ich mag DietPi eben WEIL es so schön schmal und ohne Müll ist. Alle relevanten Pakete lassen sich problemlos installieren. Ich habe noch nix gefunden was nicht funktioniert hat.
Was mich halt am meisten irritiert, vor 14 Tagen habe ich ein Full Update gemacht und wirklich ALLE Adapter aktualisiert. Seitdem habe ich nix mehr verändert und nun wollen einige Adapter nicht mehr updaten.
Ich schaue mal welche Devices gerade aktuell und verfügbar sind. Vielleicht lohnt sich auch ein HW Update. Ich ziehe das lieber parallel hoch und über nehme die Konfig. Bis dahin hätte ich aber schon ganz gerne die Updates installiert
Danke
Andreas
-
@andygr42 sagte in Adapter update dependency >=12 fails:
Das EOL von Debian 9 habe ich tatsächlich übersehen. 6 Wochen habe ich ja noch
Das EOL war
letztes Jahrschon im Sommer 2020. Stretch ist seither nur noch im LTS-'Notbetrieb'.
Und der Rest deiner Ausflüchte ist auch Quatsch.
Es gibt bei Debian keine Updates ohne Änderungen am Paket selbst. Was soll das überhaupt sein? -
Kannst Du deine Vorwürfe mit den "Ausflüchten" etwas konkretisieren? Was genau meinst Du? Es gab da einige Punkte, die ich aufgeführt habe.
Ansonsten, schon mal was von LTS gehört? https://wiki.debian.org/LTS/Using
Das Image hat die Sources schon lange umgestellt, sonst wären wohl auch keine Updates mehr gekommen, oder? Der normale Support ist schon vor zwei Jahren ausgelaufen, nicht vor einem!
DietPi läuft übrigens auf 10.4
Hier noch ein kleiner Exkurs wie das mit der Versionierung bei Debian funktioniert:
https://lewenberg.com/ikiwiki/debian/packaging/versioning/
Ja, die Revision kann einen sicherheitsrelevanten Patch enthalten. Aber wie gesagt, das letzte Update war vor 14 Tagen!
Und das sind die 90 verfügbaren Updates:
apt/oldoldstable 1.4.11 arm64 [upgradable from: 1.4.9] apt-transport-https/oldoldstable 1.4.11 arm64 [upgradable from: 1.4.9] apt-utils/oldoldstable 1.4.11 arm64 [upgradable from: 1.4.9] base-files/oldoldstable 9.9+deb9u13 arm64 [upgradable from: 9.9+deb9u12] ca-certificates/oldoldstable 20200601~deb9u2 all [upgradable from: 20161130+nmu1+deb9u1] curl/oldoldstable 7.52.1-5+deb9u16 arm64 [upgradable from: 7.52.1-5+deb9u10] debian-archive-keyring/oldoldstable 2017.5+deb9u2 all [upgradable from: 2017.5+deb9u1] e2fslibs/oldoldstable 1.43.4-2+deb9u2 arm64 [upgradable from: 1.43.4-2+deb9u1] e2fsprogs/oldoldstable 1.43.4-2+deb9u2 arm64 [upgradable from: 1.43.4-2+deb9u1] git/oldoldstable,oldoldstable 1:2.11.0-3+deb9u7 arm64 [upgradable from: 1:2.11.0-3+deb9u5] git-man/oldoldstable,oldoldstable 1:2.11.0-3+deb9u7 all [upgradable from: 1:2.11.0-3+deb9u5] gzip/oldoldstable 1.6-5+deb9u1 arm64 [upgradable from: 1.6-5+b1] icu-devtools/oldoldstable 57.1-6+deb9u5 arm64 [upgradable from: 57.1-6+deb9u4] inetutils-ping/oldoldstable 2:1.9.4-2+deb9u1 arm64 [upgradable from: 2:1.9.4-2+b1] libapt-inst2.0/oldoldstable 1.4.11 arm64 [upgradable from: 1.4.9] libapt-pkg5.0/oldoldstable 1.4.11 arm64 [upgradable from: 1.4.9] libbsd0/oldoldstable 0.8.3-1+deb9u1 arm64 [upgradable from: 0.8.3-1] libcairo-gobject2/oldoldstable 1.14.8-1+deb9u1 arm64 [upgradable from: 1.14.8-1] libcairo-script-interpreter2/oldoldstable 1.14.8-1+deb9u1 arm64 [upgradable from: 1.14.8-1] libcairo2/oldoldstable 1.14.8-1+deb9u1 arm64 [upgradable from: 1.14.8-1] libcairo2-dev/oldoldstable 1.14.8-1+deb9u1 arm64 [upgradable from: 1.14.8-1] libcomerr2/oldoldstable 1.43.4-2+deb9u2 arm64 [upgradable from: 1.43.4-2+deb9u1] libcurl3/oldoldstable 7.52.1-5+deb9u16 arm64 [upgradable from: 7.52.1-5+deb9u10] libcurl3-gnutls/oldoldstable 7.52.1-5+deb9u16 arm64 [upgradable from: 7.52.1-5+deb9u10] libdbus-1-3/oldoldstable 1.10.32-0+deb9u1 arm64 [upgradable from: 1.10.28-0+deb9u1] libdbus-1-dev/oldoldstable 1.10.32-0+deb9u1 arm64 [upgradable from: 1.10.28-0+deb9u1] libelf1/oldoldstable 0.168-1+deb9u1 arm64 [upgradable from: 0.168-1] libexpat1/oldoldstable 2.2.0-2+deb9u5 arm64 [upgradable from: 2.2.0-2+deb9u3] libexpat1-dev/oldoldstable 2.2.0-2+deb9u5 arm64 [upgradable from: 2.2.0-2+deb9u3] libfreetype6/oldoldstable 2.6.3-3.2+deb9u2 arm64 [upgradable from: 2.6.3-3.2+deb9u1] libfreetype6-dev/oldoldstable 2.6.3-3.2+deb9u2 arm64 [upgradable from: 2.6.3-3.2+deb9u1] libgcrypt20/oldoldstable 1.7.6-2+deb9u4 arm64 [upgradable from: 1.7.6-2+deb9u3] libgmp10/oldoldstable 2:6.1.2+dfsg-1+deb9u1 arm64 [upgradable from: 2:6.1.2+dfsg-1] libgnutls30/oldoldstable 3.5.8-5+deb9u6 arm64 [upgradable from: 3.5.8-5+deb9u4] libgssapi-krb5-2/oldoldstable 1.15-1+deb9u3 arm64 [upgradable from: 1.15-1+deb9u1] libhogweed4/oldoldstable 3.3-1+deb9u1 arm64 [upgradable from: 3.3-1+b2] libicu-dev/oldoldstable 57.1-6+deb9u5 arm64 [upgradable from: 57.1-6+deb9u4] libicu57/oldoldstable 57.1-6+deb9u5 arm64 [upgradable from: 57.1-6+deb9u4] libk5crypto3/oldoldstable 1.15-1+deb9u3 arm64 [upgradable from: 1.15-1+deb9u1] libkrb5-3/oldoldstable 1.15-1+deb9u3 arm64 [upgradable from: 1.15-1+deb9u1] libkrb5support0/oldoldstable 1.15-1+deb9u3 arm64 [upgradable from: 1.15-1+deb9u1] libldap-2.4-2/oldoldstable 2.4.44+dfsg-5+deb9u8 arm64 [upgradable from: 2.4.44+dfsg-5+deb9u3] libldap-common/oldoldstable 2.4.44+dfsg-5+deb9u8 all [upgradable from: 2.4.44+dfsg-5+deb9u3] liblz4-1/oldoldstable 0.0~r131-2+deb9u1 arm64 [upgradable from: 0.0~r131-2+b1] liblzma5/oldoldstable 5.2.2-1.2+deb9u1 arm64 [upgradable from: 5.2.2-1.2+b1] libnettle6/oldoldstable 3.3-1+deb9u1 arm64 [upgradable from: 3.3-1+b2] libnghttp2-14/oldoldstable 1.18.1-1+deb9u2 arm64 [upgradable from: 1.18.1-1+deb9u1] libp11-kit0/oldoldstable 0.23.3-2+deb9u1 arm64 [upgradable from: 0.23.3-2] libperl5.24/oldoldstable 5.24.1-3+deb9u7 arm64 [upgradable from: 5.24.1-3+deb9u6] libpython2.7/oldoldstable 2.7.13-2+deb9u6 arm64 [upgradable from: 2.7.13-2+deb9u3] libpython2.7-dev/oldoldstable 2.7.13-2+deb9u6 arm64 [upgradable from: 2.7.13-2+deb9u3] libpython2.7-minimal/oldoldstable 2.7.13-2+deb9u6 arm64 [upgradable from: 2.7.13-2+deb9u3] libpython2.7-stdlib/oldoldstable 2.7.13-2+deb9u6 arm64 [upgradable from: 2.7.13-2+deb9u3] libpython3.5-minimal/oldoldstable 3.5.3-1+deb9u5 arm64 [upgradable from: 3.5.3-1+deb9u1] libpython3.5-stdlib/oldoldstable 3.5.3-1+deb9u5 arm64 [upgradable from: 3.5.3-1+deb9u1] libsasl2-2/oldoldstable 2.1.27~101-g0780600+dfsg-3+deb9u2 arm64 [upgradable from: 2.1.27~101-g0780600+dfsg-3+deb9u1] libsasl2-modules-db/oldoldstable 2.1.27~101-g0780600+dfsg-3+deb9u2 arm64 [upgradable from: 2.1.27~101-g0780600+dfsg-3+deb9u1] libsqlite3-0/oldoldstable 3.16.2-5+deb9u3 arm64 [upgradable from: 3.16.2-5+deb9u1] libss2/oldoldstable 1.43.4-2+deb9u2 arm64 [upgradable from: 1.43.4-2+deb9u1] libssh2-1/oldoldstable 1.7.0-1+deb9u2 arm64 [upgradable from: 1.7.0-1+deb9u1] libssl1.0.2/oldoldstable 1.0.2u-1~deb9u7 arm64 [upgradable from: 1.0.2u-1~deb9u1] libssl1.1/oldoldstable 1.1.0l-1~deb9u6 arm64 [upgradable from: 1.1.0l-1~deb9u1] libsystemd0/oldoldstable 232-25+deb9u13 arm64 [upgradable from: 232-25+deb9u12] libtiff5/oldoldstable 4.0.8-2+deb9u8 arm64 [upgradable from: 4.0.8-2+deb9u5] libudev-dev/oldoldstable 232-25+deb9u13 arm64 [upgradable from: 232-25+deb9u12] libudev1/oldoldstable 232-25+deb9u13 arm64 [upgradable from: 232-25+deb9u12] libx11-6/oldoldstable 2:1.6.4-3+deb9u4 arm64 [upgradable from: 2:1.6.4-3+deb9u2] libx11-data/oldoldstable 2:1.6.4-3+deb9u4 all [upgradable from: 2:1.6.4-3+deb9u2] libx11-dev/oldoldstable 2:1.6.4-3+deb9u4 arm64 [upgradable from: 2:1.6.4-3+deb9u2] libxml2/oldoldstable 2.9.4+dfsg1-2.2+deb9u7 arm64 [upgradable from: 2.9.4+dfsg1-2.2+deb9u2] linux-libc-dev/oldoldstable 4.9.303-1 arm64 [upgradable from: 4.9.210-1] login/oldoldstable 1:4.4-4.1+deb9u1 arm64 [upgradable from: 1:4.4-4.1] nodejs/unknown 14.19.3-1nodesource1 arm64 [upgradable from: 14.19.1-1nodesource1] openssl/oldoldstable 1.1.0l-1~deb9u6 arm64 [upgradable from: 1.1.0l-1~deb9u1] passwd/oldoldstable 1:4.4-4.1+deb9u1 arm64 [upgradable from: 1:4.4-4.1] perl/oldoldstable 5.24.1-3+deb9u7 arm64 [upgradable from: 5.24.1-3+deb9u6] perl-base/oldoldstable 5.24.1-3+deb9u7 arm64 [upgradable from: 5.24.1-3+deb9u6] perl-modules-5.24/oldoldstable 5.24.1-3+deb9u7 all [upgradable from: 5.24.1-3+deb9u6] python2.7/oldoldstable 2.7.13-2+deb9u6 arm64 [upgradable from: 2.7.13-2+deb9u3] python2.7-dev/oldoldstable 2.7.13-2+deb9u6 arm64 [upgradable from: 2.7.13-2+deb9u3] python2.7-minimal/oldoldstable 2.7.13-2+deb9u6 arm64 [upgradable from: 2.7.13-2+deb9u3] python3.5/oldoldstable 3.5.3-1+deb9u5 arm64 [upgradable from: 3.5.3-1+deb9u1] python3.5-minimal/oldoldstable 3.5.3-1+deb9u5 arm64 [upgradable from: 3.5.3-1+deb9u1] sudo/oldoldstable 1.8.19p1-2.1+deb9u3 arm64 [upgradable from: 1.8.19p1-2.1+deb9u2] tar/oldoldstable 1.29b-1.1+deb9u1 arm64 [upgradable from: 1.29b-1.1] tzdata/oldoldstable 2021a-0+deb9u3 all [upgradable from: 2019c-0+deb9u1] udev/oldoldstable 232-25+deb9u13 arm64 [upgradable from: 232-25+deb9u12] xz-utils/oldoldstable 5.2.2-1.2+deb9u1 arm64 [upgradable from: 5.2.2-1.2+b1] zlib1g/oldoldstable 1:1.2.8.dfsg-5+deb9u1 arm64 [upgradable from: 1:1.2.8.dfsg-5] zlib1g-dev/oldoldstable 1:1.2.8.dfsg-5+deb9u1 arm64 [upgradable from: 1:1.2.8.dfsg-5]
-
@andygr42 sagte in Adapter update dependency >=12 fails:
Hier noch ein kleiner Exkurs wie das mit der Versionierung bei Debian funktioniert:
Ich kenn das. Und auch LTS und EOL von Releases.
-
Ok, wo das nun geklärt ist (ja, ich habe LTS bewusst genutzt da das Docker Image darauf basierte und ich bei IoT durchaus einen Sinn in langen Produktzyklen sehe, so lange sie Sicherheitsupdates bekommen, und ja, ich muss Updaten (den Reminder hatte ich vergessen) und ja, root ist doof), was ist jetzt mit meinen Ausflüchten und was hat das mit meinem Problem zu tun?
-
@andygr42 sagte in Adapter update dependency >=12 fails:
Ist dein System jetzt auf Stand?
Danniobroker upload all
und dann nochmal schauen.
-
Was mir auch auffällt :
auch nach dem "...upload all "
tut ... ein komplettes Reboot mal gut -
@glasfaser sagte in Adapter update dependency >=12 fails:
Was mir auch auffällt :
auch nach dem "...upload all "
tut ... ein komplettes Reboot mal gutDurchaus. Habe ich dann jetzt nach dem Update der 90 Pakete gemacht, hatte aber das gleiche Ergebnis. Ich habe dann aber noch einen Tip bekommen, dass Apollon ja noch
iobroker fix
nach der node updated in der Anleitung stehen hat. Gesagt, getan, leider immer noch kein Erfolg.Ich habe dann nvm zu Hilfe genommen und node nochmal neu installiert, sowie die aktuelle Version als system default eingetragen. Seitdem funktioniert es. Ich denke, der letzte Schritte hätte ausgereicht.
Danke für Eure Unterstützung und den Hinweis auf Debian 9, das hätte ich definitiv übersehen!
-
@andygr42 sagte in Adapter update dependency >=12 fails:
Ich habe dann nvm zu Hilfe genommen und node nochmal neu installiert
Nimmst du immer nvm zur Installation von nodejs her? Würde ich im Allgemeinen dringend von abraten, das bügelt dir i.d.R. was schräges auf das System, wenn da nicht ganz genau aufgepasst wird.
-
@thomas-braun sagte in Adapter update dependency >=12 fails:
@andygr42 sagte in Adapter update dependency >=12 fails:
Ich habe dann nvm zu Hilfe genommen und node nochmal neu installiert
Nimmst du immer nvm zur Installation von nodejs her? Würde ich im Allgemeinen dringend von abraten, das bügelt dir i.d.R. was schräges auf das System, wenn da nicht ganz genau aufgepasst wird.
Moin.
Nein, das war jetzt die schiere Verzweiflung Auch mit dem Hintergedanken, dass ich eh alles neu machen muss.
-
Also, meiner Meinung nach ist das ein Bug:
Weiß jemand wie "Adapter" hier die Version prüft?
Wenn ich das Update im "Info" Bereich anstoße, funktioniert es einwandfrei! Entweder findet hier die Prüfung nicht statt oder sie erfolgt korrekt.
Ich bin gerade dabei das ganze System neu aufzusetzen. Mal sehen, wie es sich dann verhält.
-
Admin 6.0.X installiert?
-
@andygr42 sagte in Adapter update dependency >=12 fails:
system.adapter.admin : admin - v5.3.8
@sigi234
Anfangs noch nicht -
Immer noch nicht
-
@andygr42 sagte in Adapter update dependency >=12 fails:
Also, meiner Meinung nach ist das ein Bug:
Weiß jemand wie "Adapter" hier die Version prüft?
Wenn ich das Update im "Info" Bereich anstoße, funktioniert es einwandfrei! Entweder findet hier die Prüfung nicht statt oder sie erfolgt korrekt.
Ich bin gerade dabei das ganze System neu aufzusetzen. Mal sehen, wie es sich dann verhält.
Dann hast du hochwahrscheinlich irgendwann mal etwas schief installiert/upgedated
wenn manuell, und besonders über github, ggf. ohneiobroker upload
möglicherweise auch mal falsche npm Version und defekte package-lock.json
Der Möglichkeiten gibt es viele.
-
Auf was genau wird denn da geprüft? Ich würde gerne verhindern den Fehler beim Umzug (Backp/Restore) auf ein neues System mitzunehmen.
-
@andygr42
Den Fehler bei nem Restor mitzunehmen wird schwer, da alles neu installiert wird und das diesmal hoffentlich automatisch richtig -
Hoffentlich hast Du recht. Der Umzug von Docker auf bare metal scheint eh etwas komplizierter zu werden...
-
@andygr42 sagte in Adapter update dependency >=12 fails:
Hoffentlich hast Du recht. Der Umzug von Docker auf bare metal scheint eh etwas komplizierter zu werden...
wieso?
lediglich der Unterbau ist anders.
iobroker läuft immer gleich, egal was darunter existiert. Lediglich node muss korrekt installiert sein.
Unter Linux (und im neuen Beta Installer für WIN) wird das bei einem cleanen System automatisch mit erledigt