回答:
バージョン3.4では、Evolutionがに切り替わったためdconf
、完全なクリーンアップは次のことを意味します。
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/
安全をgconf
確保するために、すべての情報を追加で削除することができます。そこにない場合は削除できません(あなたのケースでも問題ありません)。それでもまだそこにある場合は、削除してください。このため:
gconf
:gconftool-2 --shutdown
ps aux | grep gconf
kill -9 12345
(「12345」を見つかった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
私は最初に「sudo」を使用してコマンドを配置します(一部のハウツーでは、そのためにはrootでなければならないことに言及しています)。sudoを使用せずに最初のgconftool呼び出しを行った後、デーモンのシャットダウンを繰り返す必要があります。これは、そのコマンドによって自動的に再起動されるためです。
次に、成功を確認します。
dconf dump /org/gnome/evolution/
gconftool --dump /apps/evolution
これで空のセットが生成されます。この時点でEvolutionを起動すると、構成ウィザードが再び表示されます(私用に作成しました)。そうでない場合(まれなケースでそれが報告された場合)、上記を繰り返し、まだEvolutionを再起動せずにログアウト(オプションで再起動して保存側にする)して、再度ログインします。今、それはその仕事をしたはずです。
備考:これらの手順にはgconf
との すべてが含まれる/カバーさdconf
れるため、すべてのEvolution 3.xバージョンで機能するはずです(以前のバージョンではディレクトリ構造が異なるため、少し調整する必要があります)。
rm .local/share/evolution/camel-cert.db
そしてrm .local/share/evolution/cert8.db