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

14

根据这个答案，.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会有一些无政府状态的迁移路径。我很想听听其他观点。

— 贝拉夸
source

16

.local，.cache和.config是FreeDesktop 基本目录规范的一部分。他们不应该实际上是硬编码，而是使用环境变量（即$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

— 醉酒
source

当试图找到如何从gtk应用程序中找到配置目录时，我遇到了您的答案。对于其他追随我的程序员，有一个gtk（glib）包装器，该包装器在Linux上使用XDG并处理MS Windows。具体的信息在这里：developer.gnome.org/glib/2.30/...

— teambob

你是对的。我主要只是在描述这个答案，而不是为程序员提供实例。我将更新答案，为那些偶然发现此问题的人添加更多信息。

— andrewsomething 2012年

5

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

XDG基本目录规范是一个标准，随后是KDE和其他兼容环境。

— 用户名
source

合规意味着什么？是否有授权将使用不同规范的应用程序转换为XDG，或者将其排除在Gnome / KDE基本安装之外？如果是这样，是否执行了任务授权？是否由某人标记了不兼容的第三方应用程序，或者是否假定存在给定的不同配置约定/目录，也就是说，这种配置将一直持续到所有生态系统开发人员自愿放弃？我没有安装KDE，但是我的10.10系统的基本Ubuntu / Gnome有您提到的XDG目录。也许这是自愿遵守？

— belacqua 2011年

2

在大多数情况下，这是自愿合规，但是过去一直在讨论如何使XDG合规成为默认安装中所有应用程序的“目标”。

— andrewsomething 2011年

1

这是自愿合规，但用户可以（而且很多人可以）填写不合规应用程序的错误报告，要求他们遵守该标准。整理其$ HOME文件夹是XDG标准的最大优点之一，因此，对旧版应用程序的用户压力通常很高。

— MestreLion 2012年