Adapter update dependency >=12 fails
-
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 allund 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 fixnach 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 uploadmö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 -
-
Backup läuft gerade nicht sauber, das System antwortet irgendwann nicht mehr und muss neu gestartet werden. Ich versuche gerade herauszufinden warum. Es könnte an der Dateigröße liegen, die ist gerade bei 1,9GB!!! (ohne MySQL) Auch hier suche ich nach der Ursache.
-
Mein Docker Image hat zum Teil andere Pfade. Mal schauen, ob das zu einem Problem wird und wie man das wieder hinbiegen kann.
-
-
@andygr42 sagte in Adapter update dependency >=12 fails:
Auch hier suche ich nach der Ursache.
Hollywood-Filme von Überwachungskameras vielleicht?
-
Guter Punkt! Danke
