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

[grossmaggul]

Ich habe in der index.html

Code Auswählen Erweitern


<meta name="debug" content="5">
<meta name="toast" content="4">

gesetzt, aber es werden keine Probleme bzw. Fehler angezeigt.

[CoolTux]

Dann am besten mal im TabletUI Forum nachfragen.

[grossmaggul]

O.K., danke, mache ich.

[grossmaggul]

Nochmal was anderes, kann ich das "apt-get update" nur händisch anstoßen oder gibt's da auch einen Automatismus?

[CoolTux]

Nochmal was anderes, kann ich das "apt-get update" nur händisch anstoßen oder gibt's da auch einen Automatismus?

Vom Modul aus nur händisch. Aber Du kannst ja ein notify anlegen was das Update dann macht sobald eines vorhanden ist.

[grossmaggul]

Mir ging es eher darum, das apt-get update zu automatisieren, nicht das apt-get upgrade.
Anders gesagt, daß in bestimmten Zeitabständen ein apt-get update durchgeführt wird.

[CoolTux]

Mir ging es eher darum, das apt-get update zu automatisieren, nicht das apt-get upgrade.
Anders gesagt, daß in bestimmten Zeitabständen ein apt-get update durchgeführt wird.

Ach so. Sorry falsch verstanden. Ja das wird alle 24 Std. ausgeführt. Vollautomatisch.

[grossmaggul]

Ah, supi! 

[feryy]

Nice module. Thanks.

[CoolTux]

Ich bin gerade dabei dist-upgrade ein zu bauen und zu testen! Die Möglichkeit wird über ein Attribut gegeben sein.

[grossmaggul]

Die Möglichkeit wird über ein Attribut gegeben sein.

Bedeutet das dann, wenn das Attribut gesetzt ist, daß dann bei Aufruf von set XXXX toUpgrade eine apt-get dist-upgrade getriggert wird?

[CoolTux]

Bedeutet das dann, wenn das Attribut gesetzt ist, daß dann bei Aufruf von set XXXX toUpgrade eine apt-get dist-upgrade getriggert wird?

Ja das bedeutet es.

[volschin]

Cooles Modul. Danke erstmal dafür.
Ich nutze standardmäßig unattended-upgrades für die normalen Updates. Die übergebliebenen, wie bestimmte Fremdpakete, Kernel- und Firmware-Updates, schlagen jetzt im AptToDate-Modul auf. Leider erfordern diese meist auch einen Systemreboot. Lässt sich dafür gleich etwas mit integrieren? Ich könnte zwar den reboot auch irgendwo anders in FHEM integrieren, würde hier aber Sinn machen.

Ein zweiter Punkt: Ließe sich eine Historie der Paketupdates (auch der unattended durchgeführten) in dem Modul anzeigen?

Ich habe mir die Infos aktuell noch händisch in sysmon eingebaut, möchte das aber gern durch das Modul ablösen. Bei mir erwischt es nur die unattended Updates, die anderweitig durchgeführten fehlen. 

[CoolTux]

Cooles Modul. Danke erstmal dafür.
Ich nutze standardmäßig unattended-upgrades für die normalen Updates. Die übergebliebenen, wie bestimmte Fremdpakete, Kernel- und Firmware-Updates, schlagen jetzt im AptToDate-Modul auf. Leider erfordern diese meist auch einen Systemreboot. Lässt sich dafür gleich etwas mit integrieren? Ich könnte zwar den reboot auch irgendwo anders in FHEM integrieren, würde hier aber Sinn machen.

Ich halte das für wenig ziel führend. Gerade ein reboot sollte unter Beobachtung stehen und nicht voll automatisiert oder entfernt statt finden.

Ein zweiter Punkt: Ließe sich eine Historie der Paketupdates (auch der unattended durchgeführten) in dem Modul anzeigen?

Wird aktuell schon. Und zwar immer die letzte, leider nur bis zum nächsten FHEM neustart. Eine richtige Historie kann man unter /var/log/ einsehen.

Ich habe mir die Infos aktuell noch händisch in sysmon eingebaut, möchte das aber gern durch das Modul ablösen. Bei mir erwischt es nur die unattended Updates, die anderweitig durchgeführten fehlen.

Wie genau ist das gemeint?

[volschin]

Ich halte das für wenig ziel führend. Gerade ein reboot sollte unter Beobachtung stehen und nicht voll automatisiert oder entfernt statt finden.

Da sind wir anderer Meinung. Klar sollte eine Möglichkeit sein auch händisch im Notfall einzugreifen. Rechenzentren würden ohne diese Automatisierung aber ihres Lebens nicht mehr froh werden.

Wird aktuell schon. Und zwar immer die letzte, leider nur bis zum nächsten FHEM neustart. Eine richtige Historie kann man unter /var/log/ einsehen.

Danke für den Wink mit dem Zaunpfahl. Das unattended-upgrades Package schreibt ein eigenes Log, aber die Einträge finden sich alle nochmal im dpkg.log plus die bisher vermissten. Das hatte ich bisher nicht gewusst. Ist dort eine andere Logik, aber alle Infos scheinen vorhanden.

Danke für deine Antworten. Mal weiter schauen, wie ich meine Lösung weiter verbessern kann.