2

我正在使用从某个进程访问彻底的 DBUS。问题在于它是从另一个用户运行的，并且 DBUS 的会话对他们来说是不同的。因此，如果会话不同，我将无法通过另一个进程访问使用 DBUS 的应用程序。我找到了解决这个问题的方法：一些脚本从主用户写入文件 dbus 会话数据（我在系统加载时设置它）。这是那个脚本：

#!/bin/bash
touch /.Xdbus
chmod 666 /.Xdbus
env | grep DBUS_SESSION_BUS_ADDRESS > /.Xdbus
echo 'export DBUS_SESSION_BUS_ADDRESS' >> /.Xdbus

这是该文件的示例：

DBUS_SESSION_BUS_ADDRESS=unix:abstract=/tmp/dbus-9yStbCgjwb,guid=0deadb6519676638e1e93f5000000023
export DBUS_SESSION_BUS_ADDRESS

现在我只需要执行该文件中的数据，两个 DBUS 会话将是相同的。这里有一些麻烦：

#!/bin/bash
if [ -f /.Xdbus ]
then
    source /.Xdbus; /usr/bin/purple-remote "setstatus?status=away&message=At lunch"
else
    echo "File doesnt exist"
fi

如您所见，我使用 pidgin 作为 DBUS 应用程序。但它会抛出错误，即没有紫色应用程序，因此 DBUS 会话不同！所以命令：

source /.Xdbus

没用。为什么？

UPD

source /.Xdbus; echo $DBUS_SESSION_BUS_ADDRESS; /usr/bin/purple-remote "setstatus?status=away&message=At lunch"; echo $DBUS_SESSION_BUS_ADDRESS;

→</p> 

unix:abstract=/tmp/dbus-9yStbCgjwb,guid=0deadb6519676638e1e93f5000000023 No existing libpurple instance detected. unix:abstract=/tmp/dbus-9yStbCgjwb,guid=0deadb6519676638e1e93f5000000023
4

2 回答 2

1

根据您的更新，该source命令正在运行。因此，问题在于purple-remote或libpurple或某些依赖项，而不是您的 Bash 脚本。

在根目录中创建此类文件不是一个好主意。尝试为您的文件选择更合适的位置。可能是以下之一：

  • /home/username/.Xdbus
  • /var/local/.Xdbus- 您可能必须将您的用户添加到拥有此目录的组中
  • /tmp/.Xdbus
于 2010-07-03T17:48:49.400 回答
1

我认为这是因为您使用 / 这是文件系统的根目录。您想要的是 ./ 或丹尼斯所说的绝对路径。

您也可以使用 $PWD/file 或 ${pwd}/file

于 2010-07-03T17:55:35.643 回答