如何为 gconf 创建一个虚假的“活动会话”？

Question

我已经自动化了我的 Ubuntu 安装 - 我有自动运行的 Python 代码（在全新安装之后，但在第一个用户登录之前 - 它在一个临时 /etc/init.d/ 脚本中），它设置了一切从 Apache 及其配置到我个人的 Gnome 偏好。是后者给我带来了麻烦。

这在 Ubuntu 8.04 (Hardy) 中运行良好，但是当我将它与 8.10 (Intrepid) 一起使用时，我第一次尝试访问 gconf 时，我得到了这个异常：

联系配置服务器失败；一些可能的原因是您需要为 ORBit 启用 TCP/IP 网络，或者由于系统崩溃而导致 NFS 锁定失效。有关信息，请参阅http://www.gnome.org/projects/gconf/。 （详情 - 1：未在活动会话中运行）

是的，没错，运行时没有 Gnome 会话，因为用户还没有登录 - 但是，这在以前有效；这似乎是 Intrepid's Gnome (2.24?) 的新功能。

没有直接修改 gconf 的 XML 文件，有没有办法制作某种代理 Gnome 会话？或者，还有其他建议吗？

（更多详细信息：这是以 root 身份运行的 python 代码，但在使用 python-gconf 包中的“gconf”模块设置我的首选项之前，setuid 和 setgid 是我的。）

Answer 1

我可以通过在我的机器上安装 GConf 2.24 来重现这一点。 GConf 2.22 工作正常，但 2.24 破坏了它。

GConf 无法启动，因为 D-Bus 没有运行。手动生成 D-Bus 和 GConf 守护进程可以再次进行这项工作。

我尝试通过执行以下操作来生成 D-Bus 会话总线：

import dbus
dummy_bus = dbus.SessionBus()

...但是得到了这个：

dbus.exceptions.DBusException: org.freedesktop.DBus.Error.Spawn.ExecFailed: dbus-launch failed to autolaunch D-Bus session: Autolaunch error: X11 initialization failed.

很奇怪。如果 X 没有运行，它似乎不喜欢出现。要解决此问题，请手动启动 dbus-launch（IIRC 使用 os.system() 调用）：

$ dbus-launch 
DBUS_SESSION_BUS_ADDRESS=unix:abstract=/tmp/dbus-eAmT3q94u0,guid=c250f62d3c4739dcc9a12d48490fc268
DBUS_SESSION_BUS_PID=15836

您需要以某种方式解析输出并将它们注入环境变量（您可能希望使用os.putenv）。对于我的测试，我只是使用了 shell，并使用 export DBUS_SESSION_BUS_ADDRESS=blahblah... 等手动设置环境变量。

接下来，您需要使用从dbus-launch 收到的环境变量启动gconftool-2 --spawn。这将启动 GConf 守护进程。如果未设置 D-Bus 环境变量，则守护程序将不会启动。

然后，运行您的 GConf 代码。如果您为自己的脚本设置了 D-Bus 会话总线环境变量，您现在就可以与 GConf 守护进程进行通信了。

我知道这很复杂。

gconftool-2 提供了一个 --direct 选项，使您能够设置 GConf 变量而无需与服务器通信，但我无法找到 Python 绑定的等效选项（缺少手动输出 XML） .

编辑： 以供将来参考，如果有人想在普通的 bash 脚本中运行 dbus-launch（而不是 Python 脚本，正如这个线程正在讨论的那样），这是相当不错的轻松检索会话总线地址以在脚本中使用：

#!/bin/bash

eval `dbus-launch --sh-syntax`

export DBUS_SESSION_BUS_ADDRESS
export DBUS_SESSION_BUS_PID

do_other_stuff_here

Answer 2

嗯，我想我明白这个问题了。看起来您的脚本只需要启动 dbus 守护程序，或者确保它已启动。我相信这里的“会话”是指 dbus 会话。 (here is some evidence)，不是 Gnome 会话。没有 Gnome，Dbus 和 gconf 都可以正常运行。

无论哪种方式，假装“活动会话”听起来都是个坏主意。它只会在需要时寻找它。

也许我们可以在 pastebin 中看到脚本？我真的应该在发表任何评论之前看到它。

Answer 3

谢谢，Ali 和 Jeremy - 您的回答都帮了大忙。我仍在努力（虽然我已经停下来过夜）。

首先，我从 Ali 那里得到了提示，并尝试了 Jeremy 的部分建议：我使用 dbus-launch 来运行“gconftool-2 --spawn”。它对我不起作用；我现在明白为什么（谢谢，Jeremy）——我试图在启动 dbus 和 gconftool 的同一个 python 程序中使用 gconf，但它的环境没有环境变量——duh。

当我注意到 gconftool-2 的 --direct 选项时，我放弃了该策略；在内部，gconftool-2 正在使用 gconf python 绑定未公开的 API。所以，我修改了 python-gconf 以公开额外的方法，一旦构建（我有一些不相关的问题让它工作），我们将看看它是否修复了问题 - 如果它没有（也许如果它确实，因为构建这些绑定似乎构建了所有 gnome！），我会在第一个策略中找到更好的方法来管理环境变量。

（明天我会在这里添加另一个答案）

第二天：我修改后的 python-gconf 遇到了一点麻烦，这启发了我尝试 Jeremy 的更简单的想法，它工作得很好——在进行第一次 gconf 操作之前，我只是运行了“dbus-launch” ，解析生成的名称-值对，并将它们直接添加到 python 的环境中。完成后，我运行了“gconftool-2 --spawn”。问题解决了。