☰

Запуск приложения сеанса DBus из пользовательского режима systemd

tag-icon • tag-icon systemd environment-variables d-bus systemd-user
Запуск приложения сеанса DBus из пользовательского режима systemd

У меня есть простая потребность запустить службу пользователя systemd с доступом ко всем переменным среды, предоставляемым сеансом DBus пользователя. Вот мой пример блока:

[Unit]
Description=Environment Demo

[Service]
Type=simple
Environment=DISPLAY=:0
ExecStart=/bin/bash -c 'env > shell.env.sh'
Restart=on-failure
RestartSec=5s
StandardOutput=journal
StandardError=journal

[Install]
WantedBy=default.target

Экспортируемые ключи:

_
DISPLAY
HOME
LANG
LOGNAME
MANAGERPID
PATH
PWD
SHELL
SHLVL
USER
XDG_RUNTIME_DIR

Это далеко от полного списка переменных окружения, присутствующих, если я запускаю настольное приложение из трея или из лаунчера (я использую Elementary OS Loki, также известную как Ubuntu 16.04 xenial). Если я запускаю свой эмулятор терминала ( pantheon-terminal) и получаю отсортированный список переменных окружения, я получаю следующее:

_
DBUS_SESSION_BUS_ADDRESS
DEFAULTS_PATH
DESKTOP_SESSION
DISPLAY
EDITOR
GDM_LANG
GDMSESSION
GIO_LAUNCHED_DESKTOP_FILE
GIO_LAUNCHED_DESKTOP_FILE_PID
GNOME_DESKTOP_SESSION_ID
GPG_TTY
GSETTINGS_SCHEMA_DIR
GTK_CSD
GTK_MODULES
HOME
LANG
LANGUAGE
LESSCLOSE
LESSOPEN
LOGNAME
LS_COLORS
MANDATORY_PATH
PANTHEON_TERMINAL_ID
PATH
PROMPT_COMMAND
PWD
QT_ACCESSIBILITY
QT_IM_MODULE
QT_LINUX_ACCESSIBILITY_ALWAYS_ON
QT_STYLE_OVERRIDE
SESSION_MANAGER
SHELL
SHLVL
SSH_AGENT_PID
SSH_AUTH_SOCK
TERM
USER
VTE_VERSION
XAUTHORITY
XDG_CONFIG_DIRS
XDG_CURRENT_DESKTOP
XDG_DATA_DIRS
XDG_GREETER_DATA_DIR
XDG_MENU_PREFIX
XDG_RUNTIME_DIR
XDG_SEAT
XDG_SEAT_PATH
XDG_SESSION_DESKTOP
XDG_SESSION_ID
XDG_SESSION_PATH
XDG_SESSION_TYPE
XDG_VTNR
XMODIFIERS

Чтобы было понятнее:

diff --git a/systemd-user.env.txt b/pantheon-terminal.env.txt
index c684056..f6d0685 100644
--- a/systemd-user.env.txt
+++ b/pantheon-terminal.env.txt
@@ -1,12 +1,54 @@
 _
+DBUS_SESSION_BUS_ADDRESS
+DEFAULTS_PATH
+DESKTOP_SESSION
 DISPLAY
+EDITOR
+GDM_LANG
+GDMSESSION
+GIO_LAUNCHED_DESKTOP_FILE
+GIO_LAUNCHED_DESKTOP_FILE_PID
+GNOME_DESKTOP_SESSION_ID
+GPG_TTY
+GSETTINGS_SCHEMA_DIR
+GTK_CSD
+GTK_MODULES
 HOME
 LANG
+LANGUAGE
+LESSCLOSE
+LESSOPEN
 LOGNAME
-MANAGERPID
+LS_COLORS
+MANDATORY_PATH
+PANTHEON_TERMINAL_ID
 PATH
+PROMPT_COMMAND
 PWD
+QT_ACCESSIBILITY
+QT_IM_MODULE
+QT_LINUX_ACCESSIBILITY_ALWAYS_ON
+QT_STYLE_OVERRIDE
+SESSION_MANAGER
 SHELL
 SHLVL
+SSH_AGENT_PID
+SSH_AUTH_SOCK
+TERM
 USER
+VTE_VERSION
+XAUTHORITY
+XDG_CONFIG_DIRS
+XDG_CURRENT_DESKTOP
+XDG_DATA_DIRS
+XDG_GREETER_DATA_DIR
+XDG_MENU_PREFIX
 XDG_RUNTIME_DIR
+XDG_SEAT
+XDG_SEAT_PATH
+XDG_SESSION_DESKTOP
+XDG_SESSION_ID
+XDG_SESSION_PATH
+XDG_SESSION_TYPE
+XDG_VTNR
+XMODIFIERS

При таком запуске появляется еще около 30 переменных окружения.

Мой вариант использования таков: я хочу иметь возможность запускать процессы с полной средой, как в контексте запуска моего терминального приложения.

Как я могу предоставить полную(более) среду моим демонам пользователя systemd?

решение1

Вы можете найти некоторую помощь вВики-страница ArchLinuxв котором обсуждается настройка среды для пользовательских единиц. В частности,

systemctl --user import-environment

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

systemctl --user show-environment

до и после. Также есть

systemctl --user set-environment MYVAR=myvalue ...
systemctl --user unset-environment MYVAR ...

См. systemctlстраницу man. Вики также упоминает альтернативу, специфичную для dbus, с которой у меня был меньший успех:

dbus-update-activation-environment --systemd --all

решение2

Мое решение учитывает решение @meuh выше и некоторые доработки.

Шаг первый — создание фиктивного пользовательского модуля с названием dbus-environment.service:

[Unit]
Description=Environment Imported Target

[Service]
Type=oneshot
RemainAfterExit=true
ExecStart=/bin/true

Следующий шаг — создание скрипта Bash:

#!/bin/bash

systemctl --user import-environment
systemctl --user start dbus-environment.service

Затем добавьте этот скрипт в автозагрузку приложений вашего оконного менеджера, которые гарантированно будут запускаться в сеансе DBUS и оконном менеджере, X и т. д.

При входе в сеанс будет вызван скрипт, импортирующий все данные в демон пользователя systemd.

Далее, для всех единиц, зависящих от этих переменных среды, просто сделайте их зависимыми от dbus-environment.service:

[Unit]
Description=Duplicity Backup Service
Requires=dbus-environment.service
After=dbus-environment.service

[Service]
Type=oneshot
ExecStart=/home/naftuli/.local/bin/duply home backup

На этом этапе, когда эта служба запускается, она гарантированно импортирует среду. Возможно, мне следует использовать цель, а не службу, но это упражнение придется отложить.

решение3

@Naftuli: Не лучше ли было бы вместо этого использовать что-то подобное во всех файлах ваших единиц услуг?

ExecStartPre=\usr\bin\sh -c "systemctl --user import-environment"

Связанный контент