Arch Linux

wie bekomme ich systemd --user service zum laufen?

brikler

grüß euch,

es geht nicht um irgend einen, sondern um den "kitty.service":

[Unit]
Description=Start kitty
PartOf=graphical-session.target
After=wayfire-autologin.service

[Service]
ExecStart=/usr/bin/kitty

[Install]
WantedBy=user-graphical-login.target

wenn ich ihn manuell starte, sagt der status:

 kitty.service - Start kitty
     Loaded: loaded (/home/tom/.config/systemd/user/kitty.service; disabled; preset: enabled)
     Active: failed (Result: exit-code) since Sun 2025-10-26 16:26:47 CET; 5min ago
   Duration: 162ms
 Invocation: 9852a658d50a4236b4ca7f9158ca7a2e
    Process: 1038 ExecStart=/usr/bin/kitty (code=exited, status=1/FAILURE)
   Main PID: 1038 (code=exited, status=1/FAILURE)

Okt 26 16:26:47 frija systemd[414]: kitty.service: Scheduled restart job, restart counter is at 5.
Okt 26 16:26:47 frija systemd[414]: kitty.service: Start request repeated too quickly.
Okt 26 16:26:47 frija systemd[414]: kitty.service: Failed with result 'exit-code'.
Okt 26 16:26:47 frija systemd[414]: Failed to start Start kitty.

GerBra

Gibt es irgendeinen vernünftigen Grund ein (leeres) graphisches Terminal mittels eines systemd-Services starten zu wollen? Da gibt es doch deutlich bessere Möglichkeiten...

Zur evtl. "Ursache":
In deiner Kette PartOf->After->WantedBy ist zum Zeitpunkt der Ausführung wohl irgendeine Bedingung nicht erfüllt. Das kann sein: keine user-dbus session, kein (Wayland)Display, ff. Nach soundsovielen restart Versuchen scheitert der Service.
Würde er denn "funktionieren" wenn du ihn nicht automatisch starten läßt (enabled) sondern erst in deiner wayfire-Sitzung per Hand startest? (systemctl --user start kitty).

brikler

GerBra sondern erst in deiner wayfire-Sitzung per Hand startest? (systemctl --user start kitty).

ich vergaß, das oben gepostete kommt dabei raus, wenn ich den service manuell starte, und natürlich auch wenn automatisch gestartet wird

edit:
auch wenn ich die after bedingung raus nehme, mags nicht, auch nicht mit laufendem desktop 🙁

Okt 26 17:59:21 frija systemd[420]: Started Start kitty. Okt 26 17:59:21 frija kitty[2121]: [0,063] [glfw error 65544]: X11: The DISPLAY environment variable is missing Okt 26 17:59:21 frija kitty[2121]: GLFW initialization failed Okt 26 17:59:21 frija systemd[420]: kitty.service: Main process exited, code=exited, status=1/FAILURE Okt 26 17:59:21 frija systemd[420]: kitty.service: Failed with result 'exit-code'.

GerBra

Zeige mal die Ausgaben von:

printenv
systemctl --user show-environment

//edit:
[glfw error 65544]: X11: The DISPLAY environment variable is missing
Warum X11 ?
Nutzt du kitty als normales Terminal?
Kannst du statt kitty den Service mal mit einem anderen Terminal (foot, alacritty,...) versuchen?

Also hier funktioniert dieser Service per Hand gestartet problemlos:

$ systemctl --user cat test.service
# /home/gerhard/.config/systemd/user/test.service
[Unit]
Description=Start terminal

[Service]
ExecStart=/usr/bin/alacritty

[Install]
WantedBy=default.target

brikler

GerBra [glfw error 65544]: X11: The DISPLAY environment variable is missing
Warum X11 ?

das ist eine sehr gute frage, ich benutze nämlich wayland, und nicht X!!.

╰─>$ printenv
PWD=/home/tom
WAYFIRE_CONFIG_FILE=/home/tom/.config/wayfire.ini
XDG_SESSION_TYPE=wayland
TERM=xterm-kitty
SHLVL=1
LC_IDENTIFICATION=de_DE.UTF-8
LC_MONETARY=de_DE.UTF-8
LOGNAME=tom
LC_NAME=de_DE.UTF-8
XDG_RUNTIME_DIR=/run/user/1000
KITTY_WINDOW_ID=1
LC_CTYPE=C.UTF-8
XDG_SESSION_ID=6
USER=tom
GLIBC_TUNABLES=glibc.malloc.hugetlb=1
LIBSEAT_BACKEND=logind
INVOCATION_ID=604ea06944064b56b1eba8e16b3456b8
WAYLAND_DISPLAY=wayland-1
XDG_SEAT=seat0
LC_PAPER=de_DE.UTF-8
MEMORY_PRESSURE_WATCH=/sys/fs/cgroup/system.slice/wayfire-autologin.service/memory.pressure
LC_ADDRESS=de_DE.UTF-8
LC_TIME=de_DE.UTF-8
PATH=/opt/brother/scanner/brscan4/:/usr/local/sbin:/usr/local/bin:/usr/bin
JOURNAL_STREAM=9:3524
MAIL=/var/spool/mail/tom
LC_NUMERIC=de_DE.UTF-8
TERMINFO=/usr/lib/kitty/terminfo
KITTY_PUBLIC_KEY=1:-&q5(y1c#8v9zSe@p{7u7E{$eS1z2Wp|;oSuvVXD
SYSTEMD_EXEC_PID=536
_JAVA_AWT_WM_NONREPARENTING=1
LC_MEASUREMENT=de_DE.UTF-8
LC_TELEPHONE=de_DE.UTF-8
KITTY_PID=578
KITTY_INSTALLATION_DIR=/usr/lib/kitty
DISPLAY=:0
XDG_SESSION_CLASS=greeter
DBUS_SESSION_BUS_ADDRESS=unix:path=/run/user/1000/bus
COLORTERM=truecolor
HOME=/home/tom
XDG_CACHE_HOME=/tmp/.cache
XDG_VTNR=1
XDG_CURRENT_DESKTOP=wayfire
XCURSOR_SIZE=24
MEMORY_PRESSURE_WRITE=c29tZSAyMDAwMDAgMjAwMDAwMAA=
SHELL=/usr/bin/fish

─>$ systemctl --user show-environment
HOME=/home/tom
LC_ADDRESS=de_DE.UTF-8
LC_IDENTIFICATION=de_DE.UTF-8
LC_MEASUREMENT=de_DE.UTF-8
LC_MONETARY=de_DE.UTF-8
LC_NAME=de_DE.UTF-8
LC_NUMERIC=de_DE.UTF-8
LC_PAPER=de_DE.UTF-8
LC_TELEPHONE=de_DE.UTF-8
LC_TIME=de_DE.UTF-8
LIBSEAT_BACKEND=logind
LOGNAME=tom
PATH=/usr/local/bin:/usr/bin
SHELL=/usr/bin/fish
USER=tom
XDG_RUNTIME_DIR=/run/user/1000
RUSTICL_ENABLE=iris
XAUTHORITY=/home/tom/.Xauthority
DBUS_SESSION_BUS_ADDRESS=unix:path=/run/user/1000/bus

viel mir grad auf:

╰─>$ kitty --debug-gl
[0,072] Compositor missing capabilities: blur cursor_shape icon bell window-tag color-manager
[0,086] Creating window 1 at size: 840x600 and scale 1
[0,092] Compositor top-level capabilities: maximize=1 minimize=1 window_menu=1 fullscreen=1
[0,092] XDG top-level configure event for window 1: size: 0x0 states: 
[0,092] XDG decoration configure event received for window 1: has_server_side_decorations: 1
[0,092] XDG surface configure event received and acknowledged for window 1
[0,092] Waiting for swap to commit Wayland surface for window: 1
[0,092] Final window 1 content size: 840x600 resized: 0
[0,092] Setting window 1 "visible area" geometry in configure event: x=0 y=0 840x600 viewport: 840x600
[0,092] Attached temp buffer during window 1 creation of size: 840x600 and rgba(0, 0, 0, 255)
[0,092] Waiting for compositor to send fractional scale for window 1
[0,097] Calling wl_pointer_set_cursor in setCursorImage with surface: 0x5605a9a7c540 and serial: 4564
[0,097] Fractional scale requested: 120/120 = 1,00 for window 1
[0,097] Resizing framebuffer of window: 1 to: 840x600 window size: 840x600 at scale: 1,000
[0,097] Waiting for swap to commit Wayland surface for window: 1
[0,097] XDG top-level configure event for window 1: size: 0x0 states: TOPLEVEL_STATE_ACTIVATED 
[0,097] XDG surface configure event received and acknowledged for window 1
[0,097] Final window 1 content size: 840x600 resized: 0
[0,097] Setting window 1 "visible area" geometry in configure event: x=0 y=0 840x600 viewport: 840x600
[0,097] Creating OpenGL context and attaching it to window
[0,119] GL version string: '4.6 (Core Profile) Mesa 25.2.5-cachyos1.5' Detected version: 4.6
[0,120] Window 1 swapped committing surface
[0,160] OS Window created
[0.171] Child launched
[0,173] [glfw error 65544]: process_desktop_settings: failed with error: org.freedesktop.DBus.Error.UnknownMethod: No such interface “org.freedesktop.portal.Settings” on object at path /org/freedesktop/portal/desktop
[0,173] [glfw error 65544]: Notify: Failed to get server capabilities error: org.freedesktop.DBus.Error.ServiceUnknown: The name is not activatable

╰─>$ pacman -Qs xdg
local/python-pyxdg 0.28-4
    Python library to access freedesktop.org standards
local/xdg-desktop-portal 1.20.3-2.1
    Desktop integration portals for sandboxed apps
local/xdg-desktop-portal-wlr 0.8.0-1.1
    xdg-desktop-portal backend for wlroots
local/xdg-user-dirs 0.19-2.1
    Manage user directories like ~/Desktop and ~/Music
local/xdg-utils 1.2.1-1
    Command line tools that assist applications with a variety of desktop integration tasks

GerBra

Funktioniert der händische start des Service (abgespeckt, nimm meinen Test oben ggf. als Basis!) wenn du vorher machst:
dbus-update-activation-environment DISPLAY WAYLAND_DISPLAY

systemctl --user show-environment
sollte nun auch die beiden Env-Vars anzeigen (DISPLAY und WAYLAND_DISPLAY). Die fehlen wohl in deinem systemd-Environment, deshalb die Fehlermeldung fürs fehlende Display.

systemctl --user start <dein_service>
sollte nun funktionieren.

Klappt das?

brikler

GerBra #
mit dem dbus-update-activation-environment DISPLAY WAYLAND_DISPLAY gehts
🙂

>$ systemctl --user show-environment
HOME=/home/tom
LC_ADDRESS=de_DE.UTF-8
LC_IDENTIFICATION=de_DE.UTF-8
LC_MEASUREMENT=de_DE.UTF-8
LC_MONETARY=de_DE.UTF-8
LC_NAME=de_DE.UTF-8
LC_NUMERIC=de_DE.UTF-8
LC_PAPER=de_DE.UTF-8
LC_TELEPHONE=de_DE.UTF-8
LC_TIME=de_DE.UTF-8
LIBSEAT_BACKEND=logind
LOGNAME=tom
PATH=/usr/local/bin:/usr/bin
SHELL=/usr/bin/fish
USER=tom
XDG_RUNTIME_DIR=/run/user/1000
RUSTICL_ENABLE=iris
XAUTHORITY=/home/tom/.Xauthority
DBUS_SESSION_BUS_ADDRESS=unix:path=/run/user/1000/bus
DISPLAY=:0
WAYLAND_DISPLAY=wayland-1

das terminal startet, aber:

Okt 26 19:22:40 frija systemd[419]: Started Start kitty.
Okt 26 19:22:41 frija kitty[5498]: [0,452] [glfw error 65544]: process_desktop_settings: failed with error: org.freedesktop.DBus.Error.UnknownMeth>
Okt 26 19:22:41 frija kitty[5498]: [0,452] [glfw error 65544]: Notify: Failed to get server capabilities error: org.freedesktop.DBus.Error.Service>
Okt 26 19:22:45 frija systemd[419]: kitty.service: Consumed 624ms CPU time, 104.9M memory peak.

GerBra

brikler das terminal startet, aber:

Diese Meldungen sind wohl nur "normales Rauschen"...

Zur "Ursache":
Programme wie terminals die eine "Ausgabe" machen brauchen eine Angabe wohin (DISPLAY), egal ob X11 oder Wayland. In deinem Wayfire (bzw. im User-Envirnonemt) sind diese gesetzt (printenv), deshalb klappt dort kitty.

Um in einer (user)systemd-Umgebung ein solches Programm starten zu können, braucht es auch diese Variablen. Normalerweise werden die nicht ins systemd eigene Environment übernommen.
Mittels des obigen Befehls hast du die nun importiert,

D.h.: Du mußt dafür sorgen, daß im Zuge des Logins irgendwo diese Variablen auch für das systemd Environment verfügbar sind.
Ich nutzte z.B. river als Compositor (ohne DisplayManager) und habe in dessen (Auto)Startdatei deshalb den obigen dbus-update-activation-environment Befehl drin:
riverctl spawn "dbus-update-activation-environment DISPLAY WAYLAND_DISPLAY XDG_CURRENT_DESKTOP=river"

Möglichkeiten das unterzubringen:
a) Shell-Profile
b) (Auto)Start-Datei deines Compositors
c) Über systemd user environment
https://wiki.archlinux.org/title/Systemd/User#Environment_variables
siehe auch:
https://wiki.archlinux.org/title/Environment_variables
https://wiki.archlinux.org/title/Environment_variables#Per_Wayland_session
d) DisplayManager

Egal wie: systemctl --user show-environment
muß diese anzeigen nach dem Login/Wayfire-Start um deinen Service so wie gewollt mit der grafischen Umgebung agieren lassen zu können.

//Edit: aber wie gesagt, mir erschließt es sich nicht ein leeres Terminal via systemd-service zu starten. Warum nicht im Autostart deines Compositors/Desktops? Oder "einfach per Hand wenn ich es brauche..."

brikler

GerBra //Edit: aber wie gesagt, mir erschließt es sich nicht ein leeres Terminal via systemd-service zu starten. Warum nicht im Autostart deines Compositors/Desktops? Oder "einfach per Hand wenn ich es brauche..."

ich danke dir für deine hilfe 🙂
ein offenes termial brauche ich ohnehin, außerdem wollte ich es aus dem DE starprozess raus haben, und spieltrieb ist auch ein grund ^^

edit
weil die probleme doch irgendwie zusammen gehören: https://forum.archlinux.de/d/35631-beziehungsfrage-zwischen-systemd-service-und-user-service/4