Odpowiedzi:
W wersji 3.4, po zmianie Evolution dconf
, całkowite oczyszczenie oznaczałoby:
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/
Aby być całkowicie bezpiecznym, możesz dodatkowo usunąć wszystkie gconf
informacje. Jeśli go nie ma, nie można go usunąć (co również jest w twoim przypadku dobre) - a jeśli nadal tam jest, chcesz go usunąć. Dla tego:
gconf
:gconftool-2 --shutdown
ps aux | grep gconf
kill -9 12345
(zastąp „12345” znalezionym PID)sudo gconftool-2 --recursive-unset /apps/evolution
sudo gconftool --recursive-unset /apps/evolution
gconftool-2 --recursive-unset /apps/evolution
gconftool --recursive-unset /apps/evolution
Najpierw umieszczam polecenia z „sudo” (niektóre poradniki wspominają, że musisz być do tego rootem). Po pierwszym wywołaniu gconftool bez sudo musisz powtórzyć zamknięcie demona, ponieważ to polecenie automatycznie uruchamia je ponownie.
Teraz sprawdźmy nasz sukces:
dconf dump /org/gnome/evolution/
gconftool --dump /apps/evolution
To powinno teraz dać puste zestawy. Jeśli uruchomisz Evolution w tym momencie, powinno ono ponownie uruchomić kreatora konfiguracji (zrobił to dla mnie). Jeśli nie (zgłaszano to rzadkie przypadki), powtórz powyższe, nie uruchamiaj jeszcze raz Evolution, ale wyloguj się (opcjonalnie po prostu uruchom ponownie, aby być po stronie zapisywania) i zaloguj się ponownie. Teraz powinien był wykonać swoją pracę.
Uwaga: Ponieważ te kroki obejmują / obejmują wszystko od gconf
i dconf
, powinny działać ze wszystkimi wersjami Evolution 3.x (poprzednie wersje miały inną strukturę katalogów, więc trzeba je nieco dostosować).
rm .local/share/evolution/camel-cert.db
irm .local/share/evolution/cert8.db