.gconf、.gnome2、.cache、.local、およびホームディレクトリ内の他のドットファイル階層の関係は何ですか？

よると、この答えは、.local .cacheと.config、慣例により、設定の保管場所は、GNOMEとUbuntuで採用されています。

ある.gnome .gnome2と.gconfしたがって、従来の構成ディレクトリ、またはそれらが共存することになっていますか？
また、dconfの採用により、これらのドットファイルアプリケーションの構成規則が変更されますか？

最後に、gconf-editorデータ設定とこれらのディレクトリの関係は何ですか？.gnome / .gconfには、gconf-editorがアクセスするのと同じ情報が含まれていますか？

更新：.cache、.local、および.configの理由としてXDGが指摘されました。

このdconfに関する質問は、Gnome.orgで文書化されているように、dconfがgconfの代わりになることを推奨しています。さらに、 Joãoはdconfが

アプリケーション設定の保存に使用されるGNOMEテクノロジー。[...] dconfはgconfのGNOME3の代替品であり、しばらくの間メンテナンスされていません。dconfは、gconf（アプリケーションの起動に関連）よりもパフォーマンスが向上することも期待されています。

それに基づいて、gconf設定からdconfへのいくぶん無秩序な移行パスが存在することを期待しています。私は追加の視点を聞きたいです。

.local、.cacheおよび.configは、FreeDesktop Base Directory Specificationの一部です。彼らは実際にハードコーディングされたことはなく、環境変数を使用してはならない（すなわち$XDG_DATA_HOME、$XDG_CACHE_HOME、および$XDG_CONFIG_HOME）。この仕様には、GLibとPythonのラッパーもあります。Pythonの例を次に示します。

>>> import xdg.BaseDirectory
>>> print xdg.BaseDirectory.xdg_data_home
/home/andrew/.local/share
>>> print xdg.BaseDirectory.xdg_config_home
/home/andrew/.config
>>> print xdg.BaseDirectory.xdg_cache_home
/home/andrew/.cache

.gnomeそして.gnome2確かに廃止され、使用すべきではありません。これらはlibgnomeのgnome-configモジュールで使用されていました。

.gconf実際gconf-editor、xmlファイルとしてアクセスする設定が含まれています。たとえば、次のコマンドの出力を比較します。

gconftool -a /desktop/gnome/applications/browser

cat ~/.gconf/desktop/gnome/applications/browser/%gconf.xml

適切な言い回しは、.local、.cacheなどがFreeDesktopのXDGベースディレクトリ仕様、http： //standards.freedesktop.org/basedir-spec/basedir-spec-latest.htmlの一部であることです。

XDGベースディレクトリ仕様は標準であり、KDEおよびその他の準拠環境が続きます。