systemd логирование при session dbus activation

systemd интегрируется с механизмом шинной активации, поэтому можно (и строго рекомендуется) запускать dbus-активируемые демоны из-под systemd.

Для этого юнит должен быть назван следующим образом: dbus-<адрес>.service (допускается симлинк с таким именем на основной юнит). Опционально можно указать директивы Type=dbus и BusName=<адрес> для синхронизации запуска (systemd пометит юнит как запустившийся только после того, как он зарегистрируется в dbus).

Согласно поцтерингу обычный вызов syslog сойдет

http://0pointer.de/blog/projects/systemctl-journal.html

Попробую пока это

И для user-level (session) активации тоже работает?

Работает, но не так, как ты думаешь (и не так, как ты хочешь). Проблема в том, что user != session. :]

Другими словами, systemd пользовательского режима работает со своим отдельным dbus-сервером, не привязанным ни к одной из сессий. Так что это не тот сервер, который ты видишь из иксов.

Я так и думал что-то если есть вот такие вещи https://github.com/sofar/user-session-units, то не все так просто, потому решил не копать в сторону использования systemd-managed демонов.

Задача по сути проста, есть обычный user-level демон, который должен висеть постоянно после первого контакта с консольным клиентом. Общаются по dbus. systemd строго говоря тут не нужен, обычная активация работает отлично и вроде через вызов syslog логирование должно нормально работать даже в journald

Кстати, откуда ты все это знаешь? Книга или доки? Скинь плз что читал

Код + собственные эксперименты. Пользовательский режим systemd намеренно не документирован и мало где описан, потому что там намечается масштабный перепил всего (после впиливания kdbus) — переход на per-user шину, соответствующие изменения в policykit и ещё много чего.

Пользовательский режим systemd намеренно не документирован

Тупняк.

Когда уже устаканится... А нафиг им kdbus?

Да, тогда твой подход (с syslog->journald форвардингом) выглядит правильным.

Потому что в него концепция per-user шины вписывается лучше (т. к., если грубо, аналогом текущего dbus-server становится сам systemd). Т. е. исчезает сама возможность создавать по шине на каждый чих, всё становится более централизованно.

Ок, спасибо