[gelöst] Update-Notifier unter Xfce?

[inne]

Hallo,
mit Jessie, scheint der update-notifier unter Xfce nicht mehr zu funktionieren.
Das apticron zeigt mir Aktualisierungen an, aber in der Taskleiste wird kein Icon mehr angezeigt, dass Aktualisierungen anstehen.

Fehlt mir nur ein Paket, oder gibt es unter dem Xfce Desktop keine update-notification mehr?

Gruß,
Inne

Lösung: pk-update-icon

[inne]

Hmm, das Paket update-notifier ist nur noch ein Übergangspaket (update-notifier -> gnome-packagekit) und ersetzt das Paket update-notifier durch das Paket gnome-packagekit.

Funktioniert das gnome-packagekit auch unter Xfce, oder gibt es für Xfce eine eigene Lösung für Aktualisierungsbenachrichtigungen? Wobei gnome-packagekit auch installiert ist...

[uname]

Bei mir lief es irgendwie auch nicht. Bin auf unattended-upgrades umgestiegen und sehr zufrieden.

[inne]

Im Freeze sollten Updates schon problemlos durchlaufen...
Aber ich weiss nicht recht, ob ich das unattended-upgrades auf dem Desktop möchte. Ich überlege es mir mal. Mit apt-listchanges oder apt-listdiffernces bekommt man ja dennoch mit was passiert.
So schlecht ist die Idee gar nicht

Edit: unattended-upgrades schickt ja auch selbst mails...

[inne]

Bin auf unattended-upgrades umgestiegen und sehr zufrieden.

Kannst du mir noch beim Setup helfen?

So habe ich mir das gedacht, will ich es haben. Aber die Updates werden nicht installiert. Was fehlt noch?

Code: Alles auswählen

cat /etc/apt/apt.conf.d/99local

[...]

APT::Periodic {
	Enable "1";
	Update-Package-Lists "1";
	Download-Upgradeable-Packages "1";
	Unattended-Upgrade "1";
	AutocleanInterval "21"; // equivalent to apt-get autoclean
	Verbose "2"; // shows progress report and command outputs
}

Unattended-Upgrade {
	Mail "root";
	Remove-Unused-Dependencies "false"; // equivalent to apt-get autoremove
	Automatic-Reboot "false";
}

[...]

Das Paket unattended-upgrades ist installiert!

[uname]

Meine Notizen enthalten folgende Dateien für /etc/apt/apt.conf.d. Evtl. bereits in Standardkonfiguration enthalten, Kommentare entfernt:

02periodic:

Code: Alles auswählen

APT::Periodic::Enable "1";
APT::Periodic::Update-Package-Lists "1";
APT::Periodic::Download-Upgradeable-Packages "1";
APT::Periodic::Unattended-Upgrade "1";
APT::Periodic::AutocleanInterval "21";
APT::Periodic::Verbose "2";

20auto-upgrades:

Code: Alles auswählen

APT::Periodic::Update-Package-Lists "1";
APT::Periodic::Unattended-Upgrade "1";

50unattended-upgrades:

Code: Alles auswählen

Unattended-Upgrade::Origins-Pattern {
        "origin=Debian,archive=${distro_codename},label=Debian-Security";
	"o=*";
};

local (optional):

Code: Alles auswählen

Dpkg::Options {
   "--force-confdef";
   "--force-confold";
}

Zum Testen:
run-parts /etc/cron.daily
(und auf Ausgaben des Terminals warten, dauert auch mal 10 Minuten, kann man irgendwo ändern wenn man keine Zeit hat)

Wobei ich noch nicht klären konnte ob "50unattended-upgrades" wohl wirklich korrekt ist vor allem aktuell bei Debian Jessie (Testing).
Wenn jemand weiß was da wirklich stehen muss vielleicht mal kurz mitteilen. Danke.

[inne]

Die Konfigurationsvariablen sind bei mir eigentlich gleich gesetzt. Nur alles in 99local, das sollte aber nicht das Problem sein...

Code: Alles auswählen

# run-parts /etc/cron.daily/
...
[b]unattended-upgrade (not run)[/b]
...
/etc/cron.daily//apt: 184: [: Illegal number: 46M

[inne]

50unattended-upgrades:

Code: Alles auswählen

Unattended-Upgrade::Origins-Pattern {
        "origin=Debian,archive=${distro_codename},label=Debian-Security";
	"o=*";
};

Okay ich habe es jetzt:

Code: Alles auswählen

Unattended-Upgrade::Origins-Pattern {
	"origin=Debian,archive=${distro_codename},label=Debian";
}

Warum testing geht, jessie aber nicht... Ein Rätsel?

Mit unattended-upgrades -d läuft es schonmal.

[nudgegoonies]

Es gibt schon einen Bug Report. Dieses Tool https://packages.debian.org/sid/pk-update-icon soll das irgendwann ersetzen. Gibt es aktuell nur in SID und es hat mit Pbuilder bei mir unter Jessie nicht gebaut und hat zum Bauen so viele Abhängigkeiten zu packagekit, pulseaudio und was da noch alles drin war, dass ich es ohne Pbuilder nicht bauen wollte um nicht so viel installieren zu müssen. Vielleicht geht ja das Paket aus SID und vielleicht hat es zur Laufzeit ja nicht so viele Abhängigkeiten. Wer weiß...

[uname]

pk-update-icon verlangt
gnome-packagekit: Grafische distributionsunabhängige Paketverwaltung für GNOME
Wenn man Xfce installieren will? Was soll das. Wie dumm ist das?

pulseaudio
Habe ich zwar nicht gefunden glaube ich aber sofort. Sound ist wichtig. Wahrscheinlich muss man auch gleich Chromium installieren, da die Ausgabe per HTML5 gerendert wird.

[nudgegoonies]

Ironie verstanden

Pulseaudio wird für das Bauen irgendwie transitiv angezogen. Wie viel zur Laufzeit transitiv noch angezogen wird habe ich nicht getestet, weil ich es nicht mit Pbuilder bauen konnte. Ich frage mich echt, was an einem XFCE Leistenplugin, was regelmäßig apt-get update macht und schaut ob Changes da, sind so schwergewichtig sein kann. Es braucht ja nur anzeigen, dass Updates da sind und die Möglichkeit bieten Synaptic zu starten...

[hikaru]

Wie wäre es mit selbst bauen? Mit Hilfe von xfce4-genmon-plugin sollte sich da schnell auf eigene Faust was zusammenschieben lassen.

[inne]

Es läuft hier nun auch via

Code: Alles auswählen

/etc/cron.daily/apt:
verbose level 2
[...]
unattended-upgrade (success)
[...]

Werde das verbose level nun wohl auch auf 0 für no report stellen...

Thema damit gelöst. Zusammenfassung:
Mit pk-update-icon steht auch für Xfce wieder eine update-notification als tray icon bereit. Leider wohl höstens ab jessie-backports...

[hikaru]

Kleine Spielerei mit xfce4-genmon-plugin:

1. Als root automatisch (z.B. als cron) apt-get update laufen lassen.

2. Das hier in ein Script schreiben:

Code: Alles auswählen

export LANG=
apt-get -s dist-upgrade | egrep -o '^[0-9]+ upgraded' | egrep -o [0-9]+

3. Das Script per genmon-plugin aufrufen.

Ergebnis:
Im Panel steht die Anzahl der zu aktualisierenden Pakete.

Edit:
Natürlich könnte man das simulierte dist-upgrade auch an das automatisierte update anhängen, dessen Ausgabe z.B. in eine Datei unter /tmp schreiben und im Panel nur den Inhalt der Datei ausgeben. Das hätte den Vorteil, dass es keine race condition zwischen update und dist-upgrade gibt und das Plugin könnte ja durchaus öfter die Datei abfragen.
Im Grunde hätte man dann ein (nicht mehr ganz so) unattended upgrade in Schmalspurversion.

Dieses Tool https://packages.debian.org/sid/pk-update-icon soll das irgendwann ersetzen.

Ich hab es vorhin mal unter Jessie/Mate installiert, was problemlos war. Die gnome-packagekit-Abhängigkeiten ohne suggests und recommends ziehen gut 60MB auf die Platte. Das Programm läuft im Terminal auch an, kommt aber nicht zurück. Es erscheint trotz unaktualisierter Pakete auch nach mehreren Minuten kein Icon im Mate-Panel. Laut strace bleibt es nach ein paar Sekunden einfach stehen.

[nudgegoonies]

nudgegoonies hat geschrieben:Dieses Tool https://packages.debian.org/sid/pk-update-icon soll das irgendwann ersetzen.

Ich hab es vorhin mal unter Jessie/Mate installiert, was problemlos war. Die gnome-packagekit-Abhängigkeiten ohne suggests und recommends ziehen gut 60MB auf die Platte. Das Programm läuft im Terminal auch an, kommt aber nicht zurück. Es erscheint trotz unaktualisierter Pakete auch nach mehreren Minuten kein Icon im Mate-Panel. Laut strace bleibt es nach ein paar Sekunden einfach stehen.

Also funktionslos. Und 60 MB Abhängigkeiten klingen auch nicht gerade leichtgewichtig

[hikaru]

Warum testing geht, jessie aber nicht... Ein Rätsel?

Es gibt schon einen Bug Report.

Das dürfte der hier sein: 647883

Eine Lösung gibt es dort auch:

Code: Alles auswählen

--- data/50unattended-upgrades.Debian   2013-09-02 07:12:48 +0000
+++ data/50unattended-upgrades.Debian   2014-02-23 23:06:25 +0000
@@ -36,7 +36,7 @@
 //      "o=Debian,a=stable";
 //      "o=Debian,a=stable-updates";
 //      "o=Debian,a=proposed-updates";
-        "origin=Debian,archive=${distro_codename},label=Debian-Security";
+        "origin=Debian,codename=${distro_codename},label=Debian-Security";
 };

Funktioniert die? Ich kann es gerade nicht testen.

[ingo2]

Ich hatte/habe natürlich das gleiche Problem. Aktuell habe ich es gelöst, indem ich die ganze update-notificatin von Wheezy unter Jessie installiert und gepinnt habe:

Code: Alles auswählen

$ cat /etc/apt/preferences
Explanation: Wheezy packages for update-notification
Package: update-notifier
Pin: version 0.99.3debian11
Pin-Priority: 1001

Package: update-notifier-common
Pin: version 0.99.3debian11
Pin-Priority: 1001

Der Traum, daß das je unter Jessie und XFCE mal ordentlich geht, wird wohl ein Traum bleiben. Daß es bei Einem von euch geht, beim anderen nicht, könnte auch an diesem Bug liegen: https://bugs.debian.org/cgi-bin/bugrepo ... bug=770064. Ist doch wirklich eine Zumutung, noch den NetworkManager dafür zu installieren, zumal bei Wahl einer festen IP während der Installation die Konfiguration über die "interfaces" erfolgt un der NM garnicht als depends in gnome-packagekit gelistet ist.

Ich bin stinksauer auf Gnome: für so eine Kleinigkeit (Update-Benachrichtigungen) eine halbe fremde Desktop-Umgebung installieren zu müssen.
Und für Debian sehe ich das als ein Armutszeugnis, eine Distri mit dem für lange Zeit default-Desktop ohne Update-Benachrichtigung zu releasen.

[uname]

Muss ja Gründe warum das Jahr des Linux-Desktops immer erst nächstes Jahr ist.

[inne]

Muss ja Gründe warum das Jahr des Linux-Desktops immer erst nächstes Jahr ist.

Bei Debian stellt sich die Frage IMO ja gar nicht. Mit der Entscheidung pro XFCE als Desktop, war man ja auf dem richtigen Weg und hätte man was daraus machen können.
Die könnten, aber die wollen nicht und Ununtu ist da auch keine Lösung.
Also DAU will ich auf dem Debian GNU/Linux Desktop nicht sein, kommt man sich ja verarscht vor.

[ingo2]

Also, habe jetzt lange experimentiert und 2 gangbare Lösungen gefunden. Wichtig dabei:
ohne diese Bloatware "packagekit"!

1. Einfach diese Pakete von Wheezy installieren:
update-manager-core_0.200.5-2.1_all.deb
update-manager-gnome_0.200.5-2.1_all.deb
update-notifier_0.99.3debian11_amd64.deb
update-notifier-common_0.99.3debian11_all.deb
(eventuell noch diese Abhängigkeit: python-vte_0.28.2-5_amd64.deb)
Und dann noch apt-pinnen (/etc/apt/preferences), damit das Transition-Paket nicht installiert wird:
Explanation: Wheezy packages for update-notification
Package: update-notifier
Pin: version 0.99.3debian11
Pin-Priority: 1001

Package: update-notifier-common
Pin: version 0.99.3debian11
Pin-Priority: 1001

Das läuft hier einwandfrei seit Monaten und hat den bekannten Komfort, informiert auch, wenn ein Reboot nötig ist.


2. Paket "apticron" installieren, in /etc/apticron/apticron.conf nur die e-Mail auf den lokalen User setzen.
Dazu dann das Mailwatch-Plugin im XFCE4-Panel und auf "Local Mail" setzen, "Mbox-Dateiname" = /var/mail/<user name>

Fertig. Sendet immer eine ausführliche Mail mit pending updates, die man dann im Terminal oder Synaptic installiert.

Auch, wenn der Maintainer von PackageKit das nicht gerne hört, die Lösung damit und später dem "pk-update-icon" ist Murks, weil:
1. das ganze nicht funktioniert, wenn das Netzwerk-Interface nicht vom NM verwaltet wird (nur Installation von NM reicht nicht!).
2. es nicht über nötige Reboots informiert.
3. weil es für so eine Aktion > 60 MB an obscuren/unnötigen depends auf der Platte benötigt.
4. Weil die Anzeige/Datstellung in PK nix taugt, aufgebläht ist und Paketname ganz unten und klein geschrieben.

Und so etwas nenne ich Bloatware

[inne]

1. das ganze nicht funktioniert, wenn das Netzwerk-Interface nicht vom NM verwaltet wird (nur Installation von NM reicht nicht!).

Kannst du (versuchen zu) erklären warum das so ist? Programmierungstechnisch.
Braucht man das um abzufragen, ob das System online ist? Oder wieso ist der NM hier involviert?

[smutbert]

Braucht man das um abzufragen, ob das System online ist?

Genau das (glaube ich).

[ingo2]

Braucht man das um abzufragen, ob das System online ist? Oder wieso ist der NM hier involviert?

Braucht man nicht unbedingt, aber das ist halt die Überheblichkeit von GNOME. Die setzen einfach voraus, daß alle Linux-Rechner nur mit ihrem NM eine Netzwerkverbindung aufbauen.

Bei mir zu Hause gehen mindestens 4 Geräte ohne NM ins Internet:
2 NAS-Boxen (Wheezy-armel, feste IP über die interfaces mit cron-apt)
1 fester PC (Wheezy, feste IP über die interfaces)
1 Laptop meiner Frau (Wheezy, T400). Der ist über WLAN im 5GHz-Band verbunden. Mit dem NM gab es ca. alle 3-4 Boots den Fall, daß der NM keine Verbindung aufgebaut hat - warum auch immer, DFS, TPC? Nach Eintrag der WLAN-Verbindung in die interfaces klappt das 100% zuverlässig.

In allen diesen Fällen würde ich nach GNOME's Vorstellung nie irgendwelche Updates erhalten, oder auch Geräte, die über Mobilfunk ins Netz gehen.
Das ist mE. ein dickes Sicherheitsrisiko.

Es gibt bei Linux ordentliche Methoden, um auf Internetverbindungen zu checken

[ingo2]

Hier http://blind.guru/daemon-cpu.html noch eine interessante Beobachtung zu packagekitd in Jessie:

Why the HECK does packagekitd (which I definitely don't use actively) use up more then two hours of plain CPU time?

[Kona]

Wäre mintupdate der heute erschienenden LMDE keine Notifier-Alternative?

Code: Alles auswählen

+Depends:
+ ${python:Depends},
+ ${misc:Depends},
+ python (>= 2.4),
+ python (<< 3),
+ python-gtk2,
+ python-glade2,
+ synaptic,
+ mint-common,
+ mint-mirrors

Nicht als Mint-Werbung missverstehen

Edit:

Ich habe es gerade mal beim LXDE durchgespielt:

/etc/apt/sources.list:

Code: Alles auswählen

...
deb http://packages.linuxmint.com betsy main upstream import

/etc/apt/preferences

Code: Alles auswählen

Package: *
Pin: release n=betsy
Pin-Priority: -1

Package: mintupdate mint-common mint-mirrors mint-translations
Pin: release n=betsy
Pin-Priority: 99

Code: Alles auswählen

sudo apt-get install mintupdate mint-mirrors mint-common
Reading package lists... Done
Building dependency tree       
Reading state information... Done
The following extra packages will be installed:
  mint-translations python-configobj
Suggested packages:
  python-configobj-doc
The following NEW packages will be installed:
  mint-common mint-mirrors mint-translations mintupdate python-configobj
0 upgraded, 5 newly installed, 0 to remove and 0 not upgraded.
Need to get 1,659 kB of archives.
After this operation, 10.8 MB of additional disk space will be used.
Do you want to continue? [Y/n]