Question

我已经自动化了我的Ubuntu安装 - 我有自动运行的Python代码（在干净安装之后，但在第一次用户登录之前 - 它在一个临时的/etc/init.d/脚本中）设置了所有内容来自Apache＆amp;它配置为我个人的Gnome首选项。这是后者给我带来的麻烦。

这在Ubuntu 8.04（Hardy）中运行良好，但是当我在8.10（Intrepid）中使用它时，我第一次尝试访问gconf时，我得到了这个例外：

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

是的，是的，当它运行时没有Gnome会话，因为用户还没有登录 - 但是，这之前有用;对于Intrepid的Gnome（2.24？）而言，这似乎是新的。

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

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

Answer 1

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

由于D-Bus未运行，GConf无法启动。手动生成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...等手动设置环境变量。

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

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

我知道这很复杂。

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

编辑：供将来参考，如果有人想在正常dbus-launch脚本中运行bash（而不是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

谢谢，阿里＆amp;杰里米 - 你的答案都是一个很大的帮助。我还在努力（虽然我已经在晚上停了下来）。

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

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

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

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

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

3 个答案: