dconf-editor 和 gsettings 不应该访问同一个数据库吗？

Question

dconf-editor用于schema path显示设置数据树。与在 GVariant 数据库中存储数据的结构相同。
gsettings（来自 glib-2.0）用于schema id显示/获取设置数据。与使用 GSetttings API 的任何其他应用程序一样。
应用程序开发人员可以根据自己的喜好设置这两者。（对规范命名有一些限制）。因此path可能有所不同，id但大多数应用程序开发人员更喜欢使用相同的单词系列/组合。有些不保留相同的大写字母。示例Gnome 的跟踪器项目
```
<schema id="org.freedesktop.Tracker.Miner" path="/org/freedesktop/tracker/miner/" />
```
除此之外，一些替代应用程序共享属于 Gnome 桌面的相同设置。例如：input-sources

第一的，应用程序不应该干扰dconf

引言dconf项目页面：

dconf是一个低级配置系统。其主要目的是为尚未拥有配置存储系统的平台上的 GSettings 提供后端。

数据存储在哪里？（参考：https://wiki.gnome.org/Projects/dconf/SystemAdministrators）

配置文件是配置数据库的列表。Gnome 和 Unity 似乎使用相同的配置文件。

$ cat /etc/dconf/profile/gdm
user-db:user
system-db:gdm

user-db:user：配置文件中的第一个数据库是读写的rw，它在用户的主目录中创建。
```
$ file ~/.config/dconf/user
/home/sneetsher/.config/dconf/user: GVariant Database file, version 0
```

system-db:gdm：只读

$ file /etc/dconf/db/gdm
/etc/dconf/db/gdm: GVariant Database file, version 0

dconf除了 GVariant 数据库之外，还可以从db.d/*文件夹中绑定文本样式存储。示例（注意文件路径，因此它是的一部分system-db:gdm）：

 $ cat /etc/dconf/db/gdm.d/00-upstream-settings

 # This file is part of the GDM packaging and should not be changed.
 #
 # Instead create your own file next to it with a higher numbered prefix,
 # and run
 #
 #       dconf update
 #

 [org/gnome/desktop/a11y/keyboard]
 enable=true

 [org/gnome/desktop/background]
 show-desktop-icons=false
 ...

架构文件：schema id&之间的关系schema path （*.gschema.xml）

我的 Quickly 应用程序的 data/glib-2.0 文件夹中的架构 XML 文件是什么？经过特伦特展示了在 Quickly 应用程序中使用 GSettings API 的一个很好的示例，以及他根据经验得出的结论。

回到 Vino。每个使用 GSsettings 的应用程序都应定义其架构，并应将其存储/安装在/usr/share/glib-2.0/schemas/(这是一个 glib 目录) 中：

$ dpkg -L vino | grep -i glib-2.0
/usr/share/glib-2.0
/usr/share/glib-2.0/schemas
/usr/share/glib-2.0/schemas/org.gnome.Vino.enums.xml
/usr/share/glib-2.0/schemas/org.gnome.Vino.gschema.xml

$ more /usr/share/glib-2.0/schemas/org.gnome.Vino.gschema.xml
<schemalist>
  <schema id='org.gnome.Vino' path='/org/gnome/desktop/remote-access/'>
    <key name='enabled' type='b'>
      <summary>Enable remote access to the desktop</summary>
      <description>
        If true, allows remote access to the desktop via the RFB
        protocol. Users on remote machines may then connect to the
        desktop using a VNC viewer.
      </description>
      <default>false</default>
    </key>

    <key name='prompt-enabled' type='b'>
      <summary>Prompt the user before completing a connection</summary>
      <description>
        If true, remote users accessing the desktop are not allowed
        access until the user on the host machine approves the
        connection. Recommended especially when access is not password
        protected.
      </description>
      <default>true</default>
    </key>
...

如果您注意到，架构是用和定义的id。path架构文件名跟在id值后面。

<schema id='org.gnome.Vino' path='/org/gnome/desktop/remote-access/'>

*.enums.xml文件用于自定义枚举声明，用作*.gschema.xml相同的新数据类型schema id。

$ cat /usr/share/glib-2.0/schemas/org.gnome.Vino.enums.xml
<!-- Generated data (by glib-mkenums) -->

<schemalist>
  <enum id='org.gnome.Vino.VinoIconVisibility'>
    <value nick='never' value='0'/>
    <value nick='always' value='1'/>
    <value nick='client' value='2'/>
  </enum>
</schemalist>

<!-- Generated data ends here -->

$ gsettings range org.gnome.Vino icon-visibility
enum
'never'
'always'
'client'

$ gsettings get org.gnome.Vino icon-visibility
'client'

编译架构（参考：使用 dconf 和 gnome-tweak-tool）

作为安装过程的一部分（它有一个 dpkg 触发器），架构是使用glib-compile-schemas工具（来自 glib）进行编译的
```
sudo glib-compile-schemas /usr/share/glib-2.0/schemas
```
*.gschema.xml将被编译为二进制文件/usr/share/glib-2.0/schemas/gschemas.compiled

供应商覆盖文件（*.gschema.override）

除了架构文件之外，还glib-compile-schemas可以读取供应商覆盖文件，这些是可以覆盖架构中键的默认值的关键文件（参考：man glib-compile-schemas）。它们包含 Ubuntu 发行版为覆盖上游架构默认值而进行的更改。

$ ls /usr/share/glib-2.0/schemas/*.gschema.override
/usr/share/glib-2.0/schemas/10_compiz-gnome.gschema.override
/usr/share/glib-2.0/schemas/10_desktop-base.gschema.override
/usr/share/glib-2.0/schemas/10_evolution-common.gschema.override
/usr/share/glib-2.0/schemas/10_gnome-settings-daemon.gschema.override
/usr/share/glib-2.0/schemas/10_gnome-shell.gschema.override
/usr/share/glib-2.0/schemas/10_gnome-system-log.gschema.override
/usr/share/glib-2.0/schemas/10_gsettings-desktop-schemas.gschema.override
/usr/share/glib-2.0/schemas/10_libgtk-3-common.gschema.override
/usr/share/glib-2.0/schemas/10_ubuntu-settings.gschema.override
/usr/share/glib-2.0/schemas/20_ubuntu-gnome-default-settings.gschema.override

$ cat /usr/share/glib-2.0/schemas/10_gnome-settings-daemon.gschema.override
[org.gnome.desktop.wm.keybindings]
switch-input-source=['<Super>space']
switch-input-source-backward=['<Shift><Super>space']

覆盖文件使用示例，请参阅如何定制 Ubuntu Live CD？（5.定制2：背景和主题）。

锁定文件

目前，dconf 仅支持每个键锁定，不支持子路径锁定。用户定义的值仍将存储在中，user-db但不会对应用程序产生影响。dconf/gsettings 将返回这些锁定键的默认值。锁定文件存储在中db.d/locks/。示例：

$ cat /etc/dconf/db/gdm.d/locks/00-upstream-settings-locks 
/org/gnome/desktop/a11y/keyboard/enable
/org/gnome/desktop/background/show-desktop-icons
/org/gnome/desktop/lockdown/disable-application-handlers
/org/gnome/desktop/lockdown/disable-command-line
/org/gnome/desktop/lockdown/disable-lock-screen
/org/gnome/desktop/lockdown/disable-log-out
/org/gnome/desktop/lockdown/disable-printing
/org/gnome/desktop/lockdown/disable-print-setup
/org/gnome/desktop/lockdown/disable-save-to-disk
/org/gnome/desktop/lockdown/disable-user-switching
...

修改锁后，需要运行以下命令才能生效：

sudo dconf update

一个很好的展示：dconf 设置：默认和锁定

更改全局设置

gsettings/的默认设置dconf-editor是编辑user-db。要更改system-db，请编写新的覆盖文件并重新编译架构。

我无法让它工作：
```
sudo su gdm -c 'gsettings ...'
```
这里也没有其他答案设置默认/全局 Gnome 偏好设置（Gnome 3），可能那是一个旧版本。

Answer 1

dconf-editor用于schema path显示设置数据树。与在 GVariant 数据库中存储数据的结构相同。
gsettings（来自 glib-2.0）用于schema id显示/获取设置数据。与使用 GSetttings API 的任何其他应用程序一样。
应用程序开发人员可以根据自己的喜好设置这两者。（对规范命名有一些限制）。因此path可能有所不同，id但大多数应用程序开发人员更喜欢使用相同的单词系列/组合。有些不保留相同的大写字母。示例Gnome 的跟踪器项目
```
<schema id="org.freedesktop.Tracker.Miner" path="/org/freedesktop/tracker/miner/" />
```
除此之外，一些替代应用程序共享属于 Gnome 桌面的相同设置。例如：input-sources

第一的，应用程序不应该干扰dconf

引言dconf项目页面：

dconf是一个低级配置系统。其主要目的是为尚未拥有配置存储系统的平台上的 GSettings 提供后端。