Created attachment 1650 [details]
/etc/X11/profile.d/dbus-daemon.sh

dbus-launch зависит от libX11
Я не вижу смысла.
Пусть лучше пакет, которому надо, зависит от dbus-tools-gui, в котором 
будет /etc/X11/profile.d/dbus-daemon.sh

(In reply to comment #2)
> dbus-launch зависит от libX11
Не подумал.  Согласен.

А еще, я не знаю, надо ли запускать для каждых X-сессии по dbus-демону?

Надо.  Модные DE (и не только DE) теперь работают через dbus, но не все умеют
его правильно запускать.  Скажем так - GNOME я в воскресенье смог запустить
только после того как подложил в систему этот файл.

К тому же в этом скрипте выставляются переменные окружения для последующего
доступа к этой session шине, надо это делать как можно раньше.

(In reply to comment #5)
> К тому же в этом скрипте выставляются переменные окружения для последующего
> доступа к этой session шине, надо это делать как можно раньше.

Я то думаю, что у меня за напасть такая, dbus системный работает, а
пользовательский нет. :(

(In reply to comment #5)
> К тому же в этом скрипте выставляются переменные окружения для последующего
> доступа к этой session шине, надо это делать как можно раньше.

Только надо на всякий случай добавить после eval ещё

export DBUS_SESSION_BUS_ADDRESS DBUS_SESSION_BUS_PID

ssh-agent это делает, dbus-launch - нет.

Дополнение: в данный момент X-сессия, запущенная из GDM, не отрабатывает скрипты
из /etc/X11/profile.d/ . Это баг апстрима GDM или мы новаторствуем с
/etc/X11/profile.d/ ?

А еще, вполне возможно, что среды вроде KDE будут сами запускать/выполнять 
функционал dbus-launch
Пока точно не известно

Created attachment 1707 [details]
/etc/X11/profile.d/dbus-daemon.sh

Чуть-чуть поправленная версия.

На маинтейнера

Так, я думаю, в начале я просто отправлю свежий dbus на сборку, а дальше после
обновления посмотрю, и если надо добавлю скрипт из аттачей в сборку. У меня
такое ощущение что в свежем dbus такое не надо. Хотя я не уверен.

re

Этот баг теперь некому исправлять, или в новом dbus он таки неактуален?

Баг ещё актуален.  Кто чинить будет?

(In reply to comment #8)
> Дополнение: в данный момент X-сессия, запущенная из GDM, не отрабатывает скрипты
> из /etc/X11/profile.d/ . Это баг апстрима GDM или мы новаторствуем с
> /etc/X11/profile.d/ ?

$ grep -rA5 /etc/X11/profile.d /etc/X11 
/etc/X11/Xsession:# Source shell scripts from system /etc/X11/profile.d/
/etc/X11/Xsession:for f in /etc/X11/profile.d/*.sh; do
/etc/X11/Xsession-      # Don't run *.rpm* and *~ scripts
/etc/X11/Xsession-      [ "${f%.rpm*}" == "$f" -a "${f%\~}" == "$f" ] || continue
/etc/X11/Xsession-
/etc/X11/Xsession-      SourceIfNotEmpty "$f" "$@"
/etc/X11/Xsession-done

А как GDM вобще работает тогда?

Теперь уже нормально, поскольку в GDM стартовые скрипты поправили.

(In reply to comment #15)
> Баг ещё актуален.  Кто чинить будет?

test-case нужен. тогда я постараюсь поправить.

(In reply to comment #18)
> test-case нужен. тогда я постараюсь поправить.

Какой нафиг testcase?  Перечитай тред.

ну так чо, имеет смысл ожидать это в пакете или стоит городить локальные велосипеды?

ну и reassign на icesik до кучи

fixed in dbus-1.0.2-alt3