[systemd-devel] Xorg or Wayland Environment
Barry
barry at barrys-emacs.org
Sun Sep 19 15:37:47 UTC 2021
> On 19 Sep 2021, at 14:48, Ed Greshko <ed.greshko at greshko.com> wrote:
>
>
> On 19/09/2021 21:39, Michael Biebl wrote:
>> A useful command in this context is
>>
>> systemctl --user show-environment
>
> OK, that was helpful. But leads to another question.
>
> How to run the service only if KDE_FULL_SESSION=true?
Have the service run a script that checks the env var before starting the app?
Barry
>
>>
>> Am So., 19. Sept. 2021 um 11:53 Uhr schrieb Mantas Mikulėnas
>> <grawity at gmail.com>:
>>>> On Sun, Sep 19, 2021 at 4:05 AM Ed Greshko <ed.greshko at greshko.com> wrote:
>>>> Not a everyday systemd service writer....
>>>>
>>>> I've written a user service file to start an app on login. It works well for Xorg with Environment=DISPLAY=:0.
>>>>
>>>> But I've found that under Wayland the DISPLAY=:1 after a logout of Xorg and login to a
>>>> Wayland session.
>>>>
>>>> What would be the proper way to get the DISPLAY environment varible use it as opposed
>>>> to "hard" coding it?
>>>
>>> The proper way is to have the desktop environment upload DISPLAY (and whatever else is relevant, such as XAUTHORITY or WAYLAND_DISPLAY or XDG_SESSION_TYPE) into systemd --user, so that it would be automatically available to your service without doing anything special.
>>>
>>> For example, gnome-session does this for GNOME (it calls systemd's UnsetAndSetEnvironment in gsm-util.c), and /etc/X11/xinit/xinitrc.d/50-systemd-user.sh handles the bare minimum for other Xorg-based desktops (when startx is used).
>>>
>>> If KDE integrates with systemd --user in any way (i.e. if it actually has a "plasma-core.target" that you mention), I'd really expect it to do the same before it tries to start its own targets, otherwise they would be kind of useless.
>>>
>>> --
>>> Mantas Mikulėnas
>
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <https://lists.freedesktop.org/archives/systemd-devel/attachments/20210919/a4c09379/attachment.htm>
More information about the systemd-devel
mailing list