[42_AptToDate.pm] Übersicht über verfügbare Distributionsupdates

[CoolTux]

Gutes gelingen.

Grüße

[ToKa]

Hallo zusammen,

ich habe heute auf meinem Raspi über AptToDate eine reposync durchgeführt mit dem Ergebnis:

Code Auswählen Erweitern

repoSync fetched done 2019-02-28 19:37:23
state system is up to date 2019-02-28 19:37:23

Ein apt update auf der Console liefert aber "Aktualisierung für 1 Paket verfügbar." Dabei handelt es sich um nodejs, das in einer neueren Version 11.10.1 vorliegt. Installiert ist aktuell 11.10.0.

Woran kann es liegen, dass AptToDate das nicht erkennt?

Beste Grüße
Torsten

[CoolTux]

Mach mal bitte
sudo apt-get -q update

Und poste hier die Ausgabe.

[ToKa]

Hallo CoolTux,

sorry da war ich jetzt zu ungeduldig... ich habe auf dem System schon ein apt upgrade in der Console gemacht. Aber auf meinem Testsystem lässt sich das Verhalten nachstellen.

AptToDate sagt "system is up to date" und apt liefert auch hier ein update für nodejs (allerdings dort in der Version 8.x).

apt-get -q update liefert:

Code Auswählen Erweitern

apt-get -q update
OK:1 http://mirrordirector.raspbian.org/raspbian stretch InRelease
Holen:2 http://archive.raspberrypi.org/debian stretch InRelease [25,4 kB]
OK:3 https://deb.nodesource.com/node_8.x stretch InRelease
Es wurden 25,4 kB in 2 s geholt (10,0 kB/s).
Paketlisten werden gelesen...


Beste Grüße
Torsten

[CoolTux]

Und nun bitte ein

sudo apt-get -s -q -V upgrade

[ToKa]

Code Auswählen Erweitern

apt-get -s -q -V upgrade
Paketlisten werden gelesen...
Abhängigkeitsbaum wird aufgebaut....
Statusinformationen werden eingelesen....
Paketaktualisierung (Upgrade) wird berechnet...
Die folgenden Pakete werden aktualisiert (Upgrade):
   nodejs (8.15.0-1nodesource1 => 8.15.1-1nodesource1)
1 aktualisiert, 0 neu installiert, 0 zu entfernen und 0 nicht aktualisiert.
Inst nodejs [8.15.0-1nodesource1] (8.15.1-1nodesource1 Node Source:deb.nodesource.com [armhf])
Conf nodejs (8.15.1-1nodesource1 Node Source:deb.nodesource.com [armhf])


[CoolTux]

Das ist aber seltsam. Eigentlich müsste das erkannt werden. Soweit passt alles. Habe ich aktuell keine Erklärung für. Eventuell sieht der fhem User was anderes. Wäre seltsam aber die einzige Erklärung.

[ToKa]

Kann ich das was testen, verbose, log...?

[CoolTux]

Du kannst gerne verbose 5 machen.
Alternativ auch mal
su -s /bin/bash -c "sudo apt-get -s -q -V upgrade" fhem
Als root in der Linux Shell eingeben.

[ToKa]

Gerne doch:

Code Auswählen Erweitern

su -s /bin/bash -c "sudo apt-get -s -q -V upgrade" fhem
Paketlisten werden gelesen...
Abhängigkeitsbaum wird aufgebaut....
Statusinformationen werden eingelesen....
Paketaktualisierung (Upgrade) wird berechnet...
Die folgenden Pakete werden aktualisiert (Upgrade):
   nodejs (8.15.0-1nodesource1 => 8.15.1-1nodesource1)
1 aktualisiert, 0 neu installiert, 0 zu entfernen und 0 nicht aktualisiert.
Inst nodejs [8.15.0-1nodesource1] (8.15.1-1nodesource1 Node Source:deb.nodesource.com [armhf])
Conf nodejs (8.15.1-1nodesource1 Node Source:deb.nodesource.com [armhf])


Code Auswählen Erweitern

2019.02.28 21:35:38.139 5: AptToDate (meinFHEMserver) - Notify: $VAR1 = [
          'ATTR meinFHEMserver verbose 5'
        ];

2019.02.28 21:35:41.301 5: AptToDate (meinFHEMserver) - Notify: $VAR1 = [
          'SAVE'
        ];

2019.02.28 21:35:42.697 5: AptToDate (meinFHEMserver) - Notify: $VAR1 = [
          'state: repoSync in progress'
        ];

2019.02.28 21:35:42.749 4: AptToDate (meinFHEMserver) - execute command asynchronously (PID= 3802)
2019.02.28 21:35:42.750 4: AptToDate (meinFHEMserver) - control passed back to main loop.
OK:1 http://mirrordirector.raspbian.org/raspbian stretch InRelease
2019.02.28 21:35:43.757 5: AptToDate (meinFHEMserver) - still waiting (read: no data).
OK:2 https://deb.nodesource.com/node_8.x stretch InRelease
2019.02.28 21:35:44.761 5: AptToDate (meinFHEMserver) - still waiting (read: no data).
Holen:3 http://archive.raspberrypi.org/debian stretch InRelease [25,4 kB]
2019.02.28 21:35:45.766 5: AptToDate (meinFHEMserver) - still waiting (read: no data).
2019.02.28 21:35:46.877 5: AptToDate (meinFHEMserver) - still waiting (read: no data).
2019.02.28 21:35:47.880 5: AptToDate (meinFHEMserver) - still waiting (read: no data).
Es wurden 25,4 kB in 4 s geholt (5.159 B/s).
2019.02.28 21:35:48.884 5: AptToDate (meinFHEMserver) - still waiting (read: no data).
2019.02.28 21:35:49.888 5: AptToDate (meinFHEMserver) - still waiting (read: no data).
2019.02.28 21:35:50.893 5: AptToDate (meinFHEMserver) - still waiting (read: no data).
2019.02.28 21:35:51.896 5: AptToDate (meinFHEMserver) - still waiting (read: no data).
2019.02.28 21:35:52.900 5: AptToDate (meinFHEMserver) - still waiting (read: no data).
2019.02.28 21:35:53.904 5: AptToDate (meinFHEMserver) - still waiting (read: no data).
2019.02.28 21:35:54.907 5: AptToDate (meinFHEMserver) - still waiting (read: no data).
2019.02.28 21:35:55.911 5: AptToDate (meinFHEMserver) - still waiting (read: no data).
Paketlisten werden gelesen...
2019.02.28 21:35:56.915 4: AptToDate (meinFHEMserver) - got result from asynchronous parsing.
2019.02.28 21:35:56.915 4: AptToDate (meinFHEMserver) - asynchronous finished.
2019.02.28 21:35:56.915 4: AptToDate (meinFHEMserver) - clean Subprocess
2019.02.28 21:35:56.916 4: AptToDate (meinFHEMserver) - JSON: {"state":"done"}
2019.02.28 21:35:56.916 4: AptToDate (meinFHEMserver) - Write Readings
2019.02.28 21:35:56.916 5: AptToDate (meinFHEMserver) - $VAR1 = {
          'state' => 'done'
        };

2019.02.28 21:35:56.917 5: AptToDate (meinFHEMserver) - Packges Anzahl: 0
2019.02.28 21:35:56.917 5: AptToDate (meinFHEMserver) - Inhalt aptget cmd: 0
2019.02.28 21:35:56.936 5: AptToDate (meinFHEMserver) - Notify: $VAR1 = [
          'state: system is up to date'
        ];


[CoolTux]

Muss ich mir in Ruhe noch einmal anschauen. Danke Dir erstmal.

[raimundl]

Hallo!
Ich möchte auch über ein kleines Problem berichten:

Nach einem "AptToDate" war fhem nicht mehr erreichbar. Auch ein "sudo apt upgrade" wurde mit einer Fehlermeldung abgebrochen.

Meine Vermutung:

Ein update von SSH brachte 6 Punkte zur Entscheidung, wie man weiter fortfahren will. Jedoch war diese Auflistung ja nicht ersichtlich und ich konnte daher keinen Punkt auswählen. Bei der Reparatur von "upgrade" kamen diese Punkte wieder, ich konnte nun einen am Bildschirm auswählen und alles war wieder ok.

Danke und LG

[CoolTux]

Hallo!
Ich möchte auch über ein kleines Problem berichten:

Nach einem "AptToDate" war fhem nicht mehr erreichbar. Auch ein "sudo apt upgrade" wurde mit einer Fehlermeldung abgebrochen.

Meine Vermutung:

Ein update von SSH brachte 6 Punkte zur Entscheidung, wie man weiter fortfahren will. Jedoch war diese Auflistung ja nicht ersichtlich und ich konnte daher keinen Punkt auswählen. Bei der Reparatur von "upgrade" kamen diese Punkte wieder, ich konnte nun einen am Bildschirm auswählen und alles war wieder ok.

Danke und LG

Erstmal vielen Dank für das melden.
Genau deswegen hatte das Modul als reine Info begonnen gehabt. Updates musste man dann immer noch in der Konsole anspringen. Doch die User wollten mehr. Also hatte ich es eingebaut.
Nicht desto trotz gilt bei einem Update über das Modul, schaut Euch bitte immer erst die Updateliste an und entscheidet dann selbst. Bei kritischen Programmen, und  SSH ist kritisch, macht es dann lieber von Hand. Ein Systemupdate ist auch Kopfsache, also bitte auch diesen benutzen.
raimundl bitte nicht persönlich nehmen, das was ich geschrieben habe gilt für alle User dieses Modules.


Grüße

[Prof. Dr. Peter Henning]

Heute morgen Crash von FHEM:

Can't call method "readFromChild" on an undefined value at /opt/fhem/FHEM/42_AptToDate.pm line 503.

LG

pah

Edit: Ja, aktuelle Version. Update gestern

[CoolTux]

Danke Dir pah, schaue ich mir an.
Ich nehme an aktuelle Version?


Grüße