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

bel*_*qua 14 gnome files gconf configuration-management dconf

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

.gnome .gnome2.gconf因此传统的配置目录,或者他们应该共存?
dconf 的采用是否会改变这些点文件应用程序配置约定?

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

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

dconf 上的这个问题建议 dconf 将替代 gconf,如Gnome.org 上所述。此外, João说 dconf 是

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

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

and*_*ing 16

.local.cache.config是 FreeDesktop基本目录规范的一部分。他们不应该实际上是硬编码,而是使用环境变量(即$XDG_DATA_HOME$XDG_CACHE_HOME$XDG_CONFIG_HOME)。规范有GLibPython包装器也可能有帮助。这是 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
Run Code Online (Sandbox Code Playgroud)

.gnome并且.gnome2确实已弃用,不应使用。这些被 libgnome 的gnome-config 模块使用

.gconf确实包含gconf-editor作为 xml 文件访问的设置。例如,比较以下命令的输出:

gconftool -a /desktop/gnome/applications/browser

cat ~/.gconf/desktop/gnome/applications/browser/%gconf.xml
Run Code Online (Sandbox Code Playgroud)


use*_*124 5

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

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

  • 在大多数情况下,它是自愿遵守的,但过去曾讨论过将 XDG 遵守作为默认安装中所有应用程序的“目标”。 (2认同)