upgrade-notifier?

[GregorS]

Hallo zusammen,

ich hatte eine Zeit lang einen „Update Notifier“, der mich informiert hat, wenn es neue Pakete gab. Da das schon ein paar Jahre her ist, weiß ich nicht mehr, unter welchem Fenstermanager das lief - kann sein, dass das was unter KDE war. Die Meldung erschien in einer der Leisten. Beim Klick auf die Meldung erschien ein Menü, über das die verfügbaren neuen Pakete installiert werden konnten.

Jetzt kann ich das auch nach einer halben Stunde Sucherei nicht mehr finden. Gibt's so etwas denn nicht mehr oder fehlen mir nur mal wieder die passenden Suchbegriffe?

Gruß

Gregor

[JTH]

Das Paket, was mir da als erstes einfällt, gibt's schon ne kleine Weile nicht mehr: update-notifier.

Aber wenn man sich PackageKit und co. "aufhalsen" möchte, gibt es unter Gnome und sicher auch den anderen DE auch heute noch die Möglichkeit für solche Benachrichtigungen. Plus dann allerdings der Funktionalität, die Updates und Pakete generell direkt zu installieren

[rodney]

Versteckt sich wohl mittlerweile in gnome-package-updater

[rhHeini]

Es gibt da noch den package-update-indicator, der bemüht auch den package-kit.

Hab den eine Weile benutzt, dann aber festgestellt das der sich mit synaptic beisst. Bedeutet das sich die beiden Programme irgendwie beeinflussen so dass die Suche in Synaptic verbogen wird. Und das wars dann für mich ...

[GregorS]

Versteckt sich wohl mittlerweile in gnome-package-updater

Dieses Paket habe ich natürlich installiert, kann jedoch nichts finden, das einfach nur eine Meldung zeigt. Was ich gefunden habe, hat gleich ein bildschirmgroßes Fenster aufgemacht. Kann man das nicht auch etwas dezenter bekommen?

Als cron-Job sollte so etwas doch in einer Zeile zu schaffen sein, oder nicht?

Gruß

Gregor

[GregorS]

Durch weitere Sucherei im Netz wurde ich auf eine undokumentierte Funktion von apt aufmerksam und habe mir zwischenzeitlich einen Einzeiler zusammengeschraubt:

Code: Alles auswählen

BLA=`apt list --upgradable 2>/dev/null`; BLUBB=`echo $BLA | wc -l`; echo $BLUBB

Das gibt mir immerhin eine '1' zurück, wenn nichts anliegt. Einen if-test-ausdruck kann ich mir sicherlich auch noch bauen.

Ich frage mich nur, wie zukunftsfähig das ist - weil das eben undokumentiert zu sein scheint (in der Manpage von apt steht das zumindest nicht drin). Ist diese Funktion vielleicht schon lange „deprecated“ und nur noch nicht gelöscht?!

Tipps, Hinweise, Ideen, Vorschläge usw. sind nach wie vor sehr willkommen!

Gregor

[tobo]

--upgradable ist nicht undokumentiert, sondern (in der manpage) anders geschrieben:

list
list is somewhat similar to dpkg-query --list in that it can display a list of packages satisfying certain criteria. It supports glob(7) patterns for matching package names as well as options to list installed (--installed), upgradeable (--upgradeable) or all available (--all-versions) versions.

In deiner Zeile solltest du vorne ein `apt update' einfügen, damit die Paketdatenbank - zur Prüfzeit - aktuell ist. Und wenn du dir von `apt update' dann mal die Ausgabe anschaust, dann erkennst du, dass dort eigentlich schon alle Informationen vorhanden sind. Sowas z.B. würde die Anzahl der aktualisierbaren Pakete anzeigen:

Code: Alles auswählen

# apt update 2>/dev/null | tail -1 | grep -Po "^\d+" || echo 0

Ohne Internetverbindung ist `apt update' auf dem "letzten" Stand.

EDIT: Gerade bemerkt, das verwendete grep setzt offensichtlich eine englischsprachige Umgebung voraus.

[uname]

Bei Android gibt es bei mir seit Jahren kein Upgrade. Debian scheint mir weit ungefährdeter. Ich nutze UnattendedUpgrades und manchmal schau ich manuell.

https://wiki.debian.org/UnattendedUpgrades

[thunder11]

ich hatte in Testing lange mit dem package-update-indicator gearbeitet.
Irgendwann wollte der nicht mehr so richtig.

Ich war es auch leid, bei Testing andauernd dem Terror des blinkenden Icons nebst der Nachricht
ausgesetzt sein. Was ja teilweise im Stunden-Takt passierte.

Jetzt mach ich das so:
Beim Einschalten des Rechners (1 x täglich)
Klick auf mein Update ICON (kleines Skript). -->PW (könnte ich auch abschalten)---->
dann läuft der Full-Upgrade- Prozess an.

Nach dem Update werden mir die Pakete angezeigt, die upgedatet werden
und Vorschläge von Aptitude (hold/löschen usw.), was bei Testing nicht selten vorkommt.

Zum Schluss wird mir dann noch das Update- Protokoll von Aptitude angezeigt.

Wenn es nichts zu updaten gibt (passiert so gut wie nie) rauscht die ganze Angelegenheit durch
und präsentiert mir ein Leeres Protokoll.

[thunder11]

Variante:

Code: Alles auswählen

# apt-get update && apt-get --just-print upgrade>up.txt|cat up.text |grep aktualisiert|cut -c 1-14

Dies könnte man sich dann irgendwie hübsch anzeigen lassen.

Edit
auf die schelle mit zenity:

Code: Alles auswählen

# apt-get update && apt-get --just-print upgrade>up.txt|cat up.text |grep aktualisiert|cut -c 1-14>ze && cat /home/[user]/ze|zenity --text-info --title="Upgrade"

Fenstergröße von zenity usw. müsste noch angepasst werden.
..und natürlich in ein Skript.

Edit 2

Hab das nochmal aktualisiert, weil aus irgendeinem Grund der Abschnitt mit cat/grep nicht in die Datei geschrieben wurde
Jetzt funktioniert es auch mehrmals hintereinander.

Code: Alles auswählen

# apt-get update && apt-get --just-print upgrade>/home/thunder/up1.txt && cat /home/thunder/up1.txt|grep aktualisiert|cut -c 1-14>/home/thunder/ze1.txt && cat /home/thunder/ze1.txt|zenity --text-info --title="Upgrade"

Ergebnis:

[GregorS]

Danke schon mal für die Hilfe!

Ich habe mir nun ein Scriptchen geschrieben:

Code: Alles auswählen

#!/bin/bash

apt-get -qq update

NUM=`apt-get upgrade --just-print | grep aktualisiert | cut -d' ' -f1`
DISPLAY=localhost:0.0

if ! [ "$NUM" = "0" ]; then
    echo "Es sind Updates verfügbar." | zenity --text-info --title "$0"
else
    echo "Alles up to date." | zenity --text-info --title "$0"
fi

Das Blöde ist jetzt, dass ich das nur als root ausführen kann, die Meldung aber auf dem Bildschirm meines Standardbenutzers angezeigt werden soll. Das geht jedoch nicht, obwohl root das können sollte:

Code: Alles auswählen

gszaktilla@lili:~$ xhost +si:localuser:root
localuser:root being added to access control list

Was nu?

Gregor

PS:

Code: Alles auswählen

gszaktilla@lili:~$ xhost +
access control disabled, clients can connect from any host
gszaktilla@lili:~$ su
Passwort: 
root@lili:~# ~/temp/checkforupdates.sh

(zenity:23029): Gtk-WARNING **: 07:48:08.924: cannot open display: 

[thunder11]

Nur ein Tipp zum eventuellen Weiterverfolgen:
Im Terminal ist dieses ausführbar, allerdings mit zenity und dem kompletten Text (+Root-PW)

Code: Alles auswählen

 pkexec apt-get update && apt-get --just-print upgrade|zenity --text-info --title=Upgrade

Im Journal (mehrmals probiert):

Code: Alles auswählen

Okt 29 11:51:09 XFCE systemd[1]: packagekit.service: Deactivated successfully.
Okt 29 11:53:52 XFCE polkitd[1044]: Operator of unix-session:1 successfully authenticated as unix-user:root to gain ONE-SHOT authorization for action org.freedesktop.policykit.exec for unix-process:13624:82246 [/bin/bash] (owned by unix-user:thunder)
Okt 29 11:53:52 XFCE pkexec[20137]: pam_unix(polkit-1:session): session opened for user root(uid=0) by thunder(uid=1000)
Okt 29 11:53:52 XFCE pkexec[20137]: thunder: Executing command [USER=root] [TTY=/dev/pts/0] [CWD=/home/thunder] [COMMAND=/usr/bin/apt-get update]
Okt 29 11:53:56 XFCE dbus-daemon[960]: [system] Activating via systemd: service name='org.freedesktop.PackageKit' unit='packagekit.service' requested by ':1.76' (uid=0 pid=21319 comm="/usr/bin/gdbus call --system --dest org.freedeskto")
Okt 29 11:53:56 XFCE systemd[1]: Starting packagekit.service - PackageKit Daemon...
Okt 29 11:53:56 XFCE PackageKit[21323]: daemon start
Okt 29 11:53:56 XFCE dbus-daemon[960]: [system] Successfully activated service 'org.freedesktop.PackageKit'
Okt 29 11:53:56 XFCE systemd[1]: Started packagekit.service - PackageKit Daemon.
Okt 29 11:56:18 XFCE polkitd[1044]: Operator of unix-session:1 successfully authenticated as unix-user:root to gain ONE-SHOT authorization for action org.freedesktop.policykit.exec for unix-process:13624:82246 [/bin/bash] (owned by unix-user:thunder)
Okt 29 11:56:18 XFCE pkexec[22395]: pam_unix(polkit-1:session): session opened for user root(uid=0) by thunder(uid=1000)
Okt 29 11:56:18 XFCE pkexec[22395]: thunder: Executing command [USER=root] [TTY=/dev/pts/0] [CWD=/home/thunder] [COMMAND=/usr/bin/apt-get update]
Okt 29 11:57:24 XFCE polkitd[1044]: Operator of unix-session:1 successfully authenticated as unix-user:root to gain ONE-SHOT authorization for action org.freedesktop.policykit.exec for unix-process:13624:82246 [/bin/bash] (owned by unix-user:thunder)
Okt 29 11:57:24 XFCE pkexec[24403]: pam_unix(polkit-1:session): session opened for user root(uid=0) by thunder(uid=1000)
Okt 29 11:57:24 XFCE pkexec[24403]: thunder: 

Es ist naheliegend dass der Schlüssel in der Datei
/usr/share/polkit-1/actions/org.freedesktop.packagekit.policy

zu finden ist. Dort müsste an irgend einer Stelle ( )

Code: Alles auswählen

<allow_active>auth_admin</allow_active>

gegen

Code: Alles auswählen

<allow_active>yes</allow_active>

ausgetauscht werden.
oder (weiß bloß nicht ob yes mit keep zu kombinieren ist, da das ja für das ganze skript funktionieren muss.

sonst wären da noch

Code: Alles auswählen

auth_admin_keep

bzw,

Code: Alles auswählen

auth_self_keep

Dieses Skript Läuft durch (mit PW):
Das chmod war nötig, da sonst Zugriffsfehler entstanden.

Code: Alles auswählen

#!/bin/bash
pkexec apt-get update && apt-get --just-print upgrade>~/up2.txt && chmod 775 ~/up2.txt && cat ~/up2.txt|grep aktualisiert|cut -c 1-14>~/ze2.txt && chmod 775 ~/ze2.txt && cat ~/ze2.txt|zenity --text-info --title=Upgrade

Nun muss nur noch der entsprechende Absatz in der
/usr/share/polkit-1/actions/org.freedesktop.packagekit.policy
gefunden werden, um das ohne PW laufen zu lassen.

[chrbr]

Das Blöde ist jetzt, dass ich das nur als root ausführen kann, die Meldung aber auf dem Bildschirm meines Standardbenutzers angezeigt werden soll.

Zumindest früher ging sowas mit dem Befehl write. Ob das heutzutage unter welchen Voraussetzungen noch funktioniert weiß ich nicht.

[Huck Fin]

Webmin...

[slu]

@Gregor,

setzt du Gnome ein?
Normal kommt da in den Benachrichtigungen ein Hinweis das es Updates gibt.

[rjh]

Durch weitere Sucherei im Netz wurde ich auf eine undokumentierte Funktion von apt aufmerksam

Code: Alles auswählen

apt list --upgradeable

ist in der Manpage dokumentiert (und wird einem darüber hinaus auch bei jedem "apt full-upgrade" anempfohlen).

list
list ist dpkg-query --list insofern ziemlich ähnlich, als dass es
eine Liste von Paketen anzeigen kann, die bestimmte Kriterien
erfüllen. Es unterstützt glob(7)-Muster zum Abgleich von Paketnamen
ebenso wie Optionen zum Auflisten von installierten (--installed)
Versionen, solchen, von denen ein Upgrade durchgeführt werden kann
(--upgradeable) oder allen verfügbaren (--all-versions).

[JTH]

und wird einem darüber hinaus auch bei jedem "apt full-upgrade" anempfohlen

Weil ichs gerade greifbar hab, noch zur Illustration:

Code: Alles auswählen

Fetched 847 kB in 9s (89,3 kB/s)
Reading package lists... Done
Building dependency tree... Done
Reading state information... Done
11 packages can be upgraded. Run 'apt list --upgradable' to see them.

[thunder11]

ist in der Manpage dokumentiert (und wird einem darüber hinaus auch bei jedem "apt full-upgrade" anempfohlen).

Im "Normalbetrieb" will man ja nach einem Update auch zur Tat schreiten.

Bei einem Upgrade oder Full-Upgrade habe ich es noch nie erlebt, das die zu upgradenden Pakete
nicht angezeigt werden und um Zustimmung für die Installation gebeten wird.
Das vorherige "betrachten" ist also aus meiner Sicht ganz nett aber ziemlich sinnlos.

Mir ist zwar der Hinweis

Run 'apt list --upgradable' to see them.

bei einem "Solo apt update" bekannt, habe ihn aber in meiner Linux-Praxis vielleicht
eine Handvoll Male genutzt, da ich immer update und (full-) upgrade in einem Zug ausführe.

Die Option "-y" halte ich für sehr gefährlich und habe sie noch nie benutzt.

[rjh]

Ja, oft rufe ich es auch nicht auf, aber ab und zu schon, wenn ich nochmal die Versionsnummern bestimmter Pakete gegenüberstellen will.

Mir ging es darum klarzustellen, dass der Befehl nicht undokumentiert ist.

[GregorS]

Mir ging es darum klarzustellen, dass der Befehl nicht undokumentiert ist.

Wenn sich die Doku und die konkrete Anwendung Tippfehlermäßig unterscheiden ist die Doku ganz genau gar nichts wert, wenn man sich buchstabengetreu danach richten möchte.

Will da jemand einem die Lust an Doku austreiben?!

Gruß

Gregor

[JTH]

Wenn sich die Doku und die konkrete Anwendung Tippfehlermäßig unterscheiden ist die Doku ganz genau gar nichts wert, wenn man sich buchstabengetreu danach richten möchte.

Wenn du dich auf --upgradable und --upgradeable beziehst: Das ist zugegebenermaßen unsinnig doppeltgemoppelt und mehr verwirrend als hilfreich.

APT versteht tatsächlich beide Varianten, sie werden nur inkonsequent in Code und Doku verwendet:

Code: Alles auswählen

~$ apt list --upgradable 
Listing... Done
~$ apt list --upgradeable 
Listing... Done

Wenn du dir und anderen einen Gefallen tun willst: Schlag den APT-Maintainern vor, das zu vereinheitlichen!

[GregorS]

Wenn du dir und anderen einen Gefallen tun willst: Schlag den APT-Maintainern vor, das zu ändern!

Ehrlich gesagt ist es mir echt zu dämlich, irgendeinen Bugreport zu für Zeug zu schreiben, das offensichtlich schlampig geschrieben und/oder ungetestet ist.

Wenn es endlich mal wieder jemand wagen würde, um einen Beta-Test zu bitten, würde ich vermutlich darauf anspringen. Aber so?! Ich finde Rolling Releases $SCHLIMMESWORT.

Gruß

Gregor

[rjh]

Wo ist das Problem? Das Wort "upgradeable" gibt es im Englischen in beiden Varianten und der Befehl "apt list" versteht auch beide Schreibweisen.

[GregorS]

Wo ist das Problem? Das Wort "upgradeable" gibt es im Englischen in beiden Varianten und der Befehl "apt list" versteht auch beide Schreibweisen.

Kannst Du mir sagen, wo in der Manpage von apt etwas von „upgradable“ zu finden ist? Ich finde nur upgradeable.

Gruß

Gregor