☰

我的主目录中的 .gconf、.gnome2、.cache、.local 和其他点文件层次结构之间有什么关系？

tag-icon • tag-icon gnome files gconf configuration-management dconf
我的主目录中的 .gconf、.gnome2、.cache、.local 和其他点文件层次结构之间有什么关系？

根据这个答案，.local .cache并且.config按照惯例是 Gnome 和 Ubuntu 采用的配置存储位置。

.gnome .gnome2因此是遗留配置目录吗.gconf？还是它们应该共存？
采用 dconf 是否会改变这些点文件应用程序配置约定？

最后，gconf-editor 数据设置与这些目录有什么关系？.gnome/.gconf 是否包含与 gconf-editor 访问相同的信息？

更新：XDG 已被指出是 .cache、.local 和 .config 的原因。

这关于 dconf 的问题建议用 dconf 来替代 gconf，如Gnome网站。 此外， 若昂说 dconf 是

GNOME 技术用于存储应用程序设置。[...] dconf 是 GNOME3 中 gconf 的替代品，后者已经有一段时间没有维护了。dconf 也有望比 gconf 带来性能改进（与应用程序启动相关）。

基于此，我预计从 gconf 设置到 dconf 的迁移路径会有些混乱。我很乐意听取任何其他观点。

答案1

.local、.cache和.config是 FreeDesktop 的一部分基目录规范。它们实际上不应该被硬编码，而应该使用环境变量（即$XDG_DATA_HOME、$XDG_CACHE_HOME和$XDG_CONFIG_HOME）。有通用库和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确实包含以 xml 文件形式访问的设置gconf-editor。例如，比较以下命令的输出：

gconftool -a /desktop/gnome/applications/browser

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

答案2

正确的表述应该是 .local、.cache 等是 FreeDesktop 的 XDG 基本目录规范的一部分，http://standards.freedesktop.org/basedir-spec/basedir-spec-latest.html。

XDG 基本目录规范是一个标准，KDE 和其他兼容环境都遵循该标准。

相关内容