[RISOLTO] KDE, log di PackageKit, Apper

[Lioce]

Buonasera.

Stretch 9.3 KDE, packagekit 1.1.5-2 amd64.
PackageKit, con una frequenza di 5 minuti, mi inonda i log con cose fastidiosissime di questo genere:

Codice: Seleziona tutto

PackageKit[1725]: uid 1000 is trying to obtain org.freedesktop.packagekit.system-sources-refresh auth (only_trusted:0)
PackageKit[1725]: uid 1000 obtained auth for org.freedesktop.packagekit.system-sources-refresh
PackageKit[1725]: refresh-cache transaction /65111_cdebaacb from uid 1000 finished with success after 730ms
PackageKit[1725]: get-updates transaction /65112_adceaded from uid 1000 finished with success after 870ms
.....ecc.

Da quanto ho capito si tratta di questo bug:

https://bugs.debian.org/cgi-bin/bugreport.cgi?bug=881787

In rete non ho trovato nessuna soluzione al problema.

Rimuoverlo non mi sembra una buona idea:

Codice: Seleziona tutto

$ aptitude -s remove packagekit
....
I seguenti pacchetti saranno RIMOSSI:
  apper{a} apper-data{u} appstream{u} debconf-kde-data{u} debconf-kde-helper{u} libappstream4{u}
  libappstreamqt2{u} libdebconf-kde1{u} libglib2.0-bin{u} liblimba0{u} packagekit
  packagekit-tools{u} plasma-discover{a} plasma-discover-common{u} polkit-kde-1{u} python3-pyqt5{u}
  python3-sip{u} python3-software-properties{u} qml-module-org-kde-kirigami{u}
  software-properties-common{u} software-properties-kde{u}
0 pacchetti aggiornati, 0 installati, 21 da rimuovere e 0 non aggiornati.

Disabilitarlo?

Codice: Seleziona tutto

systemctl mask packagekit.service

Che effetti collaterali potrebbe avere?

Non ho neanche trovato il modo di disabilitare Apper (che non uso per aggiornare il sistema) e creare un job di Cron che mi avvisi della disponibilità di nuovi aggiornamenti, da installare però manualmente.
Questa guida purtroppo non è stata verificata per Stretch:

http://guide.debianizzati.org/index.php/KDE4_-_Notifica_degli_aggiornamenti_sulla_systray

Non mi è chiaro, inoltre, il ruolo di apt-daily.timer e apt-daily-upgrade.timer in tutto ciò.

Spero che qualcuno di voi abbia le idee più chiare di quanto le abbia io.
Grazie

[s3v]

Disabilitarlo?

Codice: Seleziona tutto

systemctl mask packagekit.service

Che effetti collaterali potrebbe avere?

Non ho idea degli effetti collaterali su altri pacchetti di sistema, probabilmente basta vedere cosa sono i pacchetti che tenta di rimuovere.
Personalmente sul mio sistema non ho mai avuto PackageKit e non ho riscontrato mai problemi o l'esigenza di doverlo installare.

Questa guida purtroppo non è stata verificata per Stretch:
http://guide.debianizzati.org/index.php/KDE4_-_Notifica_degli_aggiornamenti_sulla_systray

Ora lo è

Non mi è chiaro, inoltre, il ruolo di apt-daily.timer e apt-daily-upgrade.timer in tutto ciò.

Sul mio sistema non li trovo, immagino facciano qualcosa tipo ciò che si trova nella guida.
In che directory sono?

[Lioce]

Grazie per la risposta e per la guida.

Sul mio sistema non li trovo...In che directory sono?

Si trovano in /lib/systemd/system

Codice: Seleziona tutto

$ ls /lib/systemd/system | grep -i apt
-rw-r--r--  1 root root  225 set 13 18:47 apt-daily.service
-rw-r--r--  1 root root  156 set 13 18:47 apt-daily.timer
-rw-r--r--  1 root root  238 set 13 18:47 apt-daily-upgrade.service
-rw-r--r--  1 root root  184 set 13 18:47 apt-daily-upgrade.timer


e in /etc/systemd/system/timers.target.wants

Codice: Seleziona tutto

$ ls /etc/systemd/system/timers.target.wants
totale 8,0K
drwxr-xr-x  2 root root 4,0K ago 16 18:03 .
drwxr-xr-x 12 root root 4,0K nov  3 07:19 ..
lrwxrwxrwx  1 root root   33 ago 16 18:03 anacron.timer -> /lib/systemd/system/anacron.timer
lrwxrwxrwx  1 root root   35 ago 16 17:27 apt-daily.timer -> /lib/systemd/system/apt-daily.timer
lrwxrwxrwx  1 root root   43 ago 16 17:27 apt-daily-upgrade.timer -> /lib/systemd/system/apt-daily-upgrade.timer


con questi contenuti:

Codice: Seleziona tutto

$ cat /lib/systemd/system/apt-daily.service
[Unit]
Description=Daily apt download activities
Documentation=man:apt(8)
ConditionACPower=true
After=network-online.target
Wants=network-online.target

[Service]
Type=oneshot
ExecStart=/usr/lib/apt/apt.systemd.daily update


$ cat /lib/systemd/system/apt-daily.timer
[Unit]
Description=Daily apt download activities

[Timer]
OnCalendar=*-*-* 6,18:00
RandomizedDelaySec=12h
Persistent=true

[Install]
WantedBy=timers.target


$ cat /lib/systemd/system/apt-daily-upgrade.service
[Unit]
Description=Daily apt upgrade and clean activities
Documentation=man:apt(8)
ConditionACPower=true
After=apt-daily.service

[Service]
Type=oneshot
ExecStart=/usr/lib/apt/apt.systemd.daily install
KillMode=process
TimeoutStopSec=900


$ cat /lib/systemd/system/apt-daily-upgrade.timer
[Unit]
Description=Daily apt upgrade and clean activities
After=apt-daily.timer

[Timer]
OnCalendar=*-*-* 6:00
RandomizedDelaySec=60m
Persistent=true

[Install]
WantedBy=timers.target


Quando ho installato Stretch non ho fatto un'installazione *personalizzata*. PackageKit me lo sono ritrovato di "default" e mi sono ritrovato anche unattended-upgrades abilitato (che ho subito disinstallato).
Ma tu hai plasma-discover e apper?

[caturen]

Su debian sid kde apper è stato soppiantato da discover. Ma molto meglio usare muon oppure synaptic

[Lioce]

Ho rimosso apper e plasma-discover e i messaggi di packagekit sono definitivamente cessati. Questo problema è risolto.
Ho anche mascherato apt-daily.service, apt-daily.timer, apt-daily-upgrade.service, apt-daily-upgrade.timer.

Per quanto riguarda la guida

http://guide.debianizzati.org/index.php/KDE4_-_Notifica_degli_aggiornamenti_sulla_systray

1)
leggo:

Notifica all'avvio di una sessione KDE
...
eseguire un comando simile a:

$ ln -s /percorso/dello/script/script_di_notifica /home/utente/.kde/Autostart/nome_link

che creerà, nella cartella Autostart, un link simbolico nome_link allo script di notifica

Sulla mia Stretch 9.3 autostart si trova in ~/.config (ci sono due cartelle) e non in ~/.kde:

Codice: Seleziona tutto

 ls ~/.config/ | grep -i autost
drwxr-xr-x  2 utente  utente 4,0K set 21 20:24 autostart
drwxr-xr-x  2 utente utente 4,0K ago 16 18:12 autostart-scripts


e quindi ho modificato il comando in:

Codice: Seleziona tutto

$ ln -s ~/scripts/notifica ~/.config/autostart-scripts/notifica


2)
Il cronjob di root @reboot:
mi sembra che Cron venga avviato prima che la connessione internet sia stabilita.
Non sarebbe il caso di aggiungere @reboot sleep 60 &&....
O mi sbaglio?

Per ora non sono stati rilasciati aggiornamenti per il mio sistema, e quindi non ho ancora potuto verificare se funziona tutto.

EDIT

La notifica degli aggiornamenti funziona. Anche all'avvio del sistema (con @reboot sleep 60 &&....).

[s3v]

Mi sa che devo modificare la guida.
Nel corso degli anni deve essere cambiato qualcosa e. come correttamente scrivi tu, quello che si trovava in .kde/Autostart ora è stato copiato in .config/autostart-scripts.
Purtroppo non me ne ero mai accorto e non sono riuscito nemmeno a risalire al momento esatto in cui questo è avvenuto; forse sarebbe più corretto menzionare la procedura *grafica* che passa per Impostazioni→Avvio e spegnimento→Avvio automatico che poi va a trovarsi automaticamente la directory giusta.

mi sembra che Cron venga avviato prima che la connessione internet sia stabilita.
Non sarebbe il caso di aggiungere @reboot sleep 60 &&....
O mi sbaglio?

Ci avevo pensato ma anche questo non metterebbe al riparo da una connessione stabilita dopo i sessanta secondi o addirittura assente. Ho scelto di non mettere nulla.
L'ideale sarebbe crearsi un servizio di systemd ma, anche in questo caso, non verrebbe coperta la possibilità che qualcuno usi SysV.

[Lioce]

non sono riuscito nemmeno a risalire al momento esatto in cui questo è avvenuto

Ho una Jessie KDE su un vecchio laptop e lì c'è ancora la directory ~/.kde/Autostart, per cui suppongo che il cambiamento sia avvenuto in Stretch/Testing con la nuova versione di KDE.

Dopo avere creato il link fra lo script "notifica" e ~/.config/autostart-scripts mi è apparso automaticamente in: Avvio e spegnimento → Avvio automatico → Applicazioni avviate automaticamente → File di script →notifica.
Probabilmente anche il procedimento inverso è corretto.

Confermo, ancora una volta, che sul mio sistema @reboot sleep 60 &&.... funziona perfettamente, come tutto il resto del cronjob.

Inoltre: dopo avere disinstallato unattended-upgrades, apper e plasma-discover ho rimosso anche packagekit con questo comando:

Codice: Seleziona tutto

apt-get purge packagekit packagekit-tools appstream libappstream4 libglib2.0-bin

senza avere "effetti collaterali".

P.S.
Un paio di anni fa ho usato la tua guida per creare un cronjob su una Jessie LXDE di un'amica, usando zenity

Codice: Seleziona tutto

apt-get install zenity

e modificando lo script notifica così (collocato in ~/.local/share/script/):

Codice: Seleziona tutto

#!/bin/bash

NUM=$(( $(apt list --upgradable 2>/dev/null | wc -l) - 1 ))

sleep 60

if [ $NUM -eq 0 ]; then exit
elif [ $NUM -eq 1 ]; then env DISPLAY=:0 zenity --notification --window-icon="info" --text="È disponibile un aggiornamento" --timeout=600
else env DISPLAY=:0 zenity --notification --window-icon="info" --text="Sono disponibili $NUM aggiornamenti" --timeout=600
fi
exit

Funzonava tutto, eccetto il job @reboot e non mi era venuto in mente di aggiungere sleep 60 &&.

EDIT
Ho dimenticato di dire che la Jessie LXDE in questione aveva sysvinit.