LINUX.ORG.RU

Управление KDE через DBus

 


0

1

Столкнулся с тем, что KDE не хочет реагировать на события ACPI (в частности, на кнопки питания и регулировки яркости), решил организовать их работу через acpid. Соответственно, хочу, чтобы acpid обращался к session bus пользователя (KDE живёт там, через system bus доступен, например, upower, но он меня не устраивает).

Пытаюсь для начала сделать всё вручную из-под рута, беру из $USER/.dbus/session-bus адрес, qdbus выдаёт «Could not connect to D-Bus server... Did not receive a reply...», при этом из-под самого юзера при явном указании того же адреса всё замечательно коннектится. В /etc/dbus-1/session.conf прописано

<policy context="default">
  <!-- Allow everything to be sent -->
  <allow send_destination="*" eavesdrop="true"/>
  <!-- Allow everything to be received -->
  <allow eavesdrop="true"/>
  <!-- Allow anyone to own anything -->
  <allow own="*"/>
</policy>

Вопросы:

  • Почему даже рут не может подключиться к ползовательской session bus? Вроде как политика разрешает всем.
  • Как правильно организовать подключение к session bus другого пользователя?

Вроде, помнится, требовалось корректное значение DISPLAY. Правда, не уверен, зачем, но попробуйте на всякий случай.

anonymous
()

Как правильно организовать подключение к session bus другого пользователя?

su?

anonymous
()
Ответ на: комментарий от anonymous

корректное значение DISPLAY.

DISPLAY стоит, право на доступ к иксам у рута есть.

Да и вообще, dbus не зависит от иксов.

TempestAdept
() автор топика
Ответ на: комментарий от anonymous

su?

Вариант, но интересно, возможно ли сделать это без смены пользователя

TempestAdept
() автор топика
Вы не можете добавлять комментарии в эту тему. Тема перемещена в архив.