Risposte:
Per la versione 3.4, quando Evolution è passato a dconf
, una pulizia completa significherebbe:
evolution --force-shutdown
rm -rf ~/.local/share/evolution
rm -rf ~/.gconf/apps/evolution
rm -rf ~/.cache/evolution
rm -rf ~/.config/evolution
dconf reset -f /org/gnome/evolution/
Per sicurezza, puoi anche rimuovere tutte le gconf
informazioni. Se non è lì, non può essere rimosso (il che va bene anche nel tuo caso) - e se è ancora lì, lo vuoi rimuovere. Per questo:
gconf
:gconftool-2 --shutdown
ps aux | grep gconf
kill -9 12345
(sostituisci "12345" con il PID trovato)sudo gconftool-2 --recursive-unset /apps/evolution
sudo gconftool --recursive-unset /apps/evolution
gconftool-2 --recursive-unset /apps/evolution
gconftool --recursive-unset /apps/evolution
Metto prima i comandi con "sudo" (alcuni howtos menzionano che devi essere root per quello). Dopo la prima chiamata a gconftool senza sudo, è necessario ripetere l'arresto del daemon, poiché quel comando lo riavvia automaticamente.
Ora verificiamo il nostro successo:
dconf dump /org/gnome/evolution/
gconftool --dump /apps/evolution
Questo dovrebbe ora produrre set vuoti. Se avvii Evolution a questo punto, dovrebbe richiamare di nuovo la procedura guidata di configurazione (per me l'ha fatto). In caso contrario (casi rari segnalati), ripetere quanto sopra, non riavviare Evolution, ma disconnettersi (facoltativamente, semplicemente riavviare per essere sul lato di salvataggio) e accedere nuovamente. Ora avrebbe dovuto fare il suo lavoro.
Nota: poiché questi passaggi includono / coprono tutto da gconf
e dconf
, dovrebbero funzionare con tutte le versioni di Evolution 3.x (le versioni precedenti avevano una struttura di directory diversa, quindi le cose devono essere leggermente adattate per loro).
rm .local/share/evolution/camel-cert.db
erm .local/share/evolution/cert8.db