gnome-shell/data/org.gnome.Shell@wayland.service.in

[Unit]
Description=GNOME Shell on Wayland
# On wayland, force a session shutdown
OnFailure=org.gnome.Shell-disable-extensions.service gnome-session-shutdown.target
OnFailureJobMode=replace-irreversibly
CollectMode=inactive-or-failed
RefuseManualStart=on
RefuseManualStop=on

After=gnome-session-manager.target

Requisite=gnome-session-initialized.target
PartOf=gnome-session-initialized.target
Before=gnome-session-initialized.target

[Service]
Slice=session.slice
Type=notify
# NOTE: This can be replaced with ConditionEnvironment=XDG_SESSION_TYPE=%I
#       with systemd >= 245. Also, the current solution is kind of painful
#       as systemd had a bug where it retries the condition.
# Only start if the template instance matches the session type.
ExecCondition=/bin/sh -c 'test "$XDG_SESSION_TYPE" = "%I" || exit 2'
ExecStart=@bindir@/gnome-shell
# Exit code 1 means we are probably *not* dealing with an extension failure
SuccessExitStatus=1

# unset some environment variables that were set by the shell and won't work now that the shell is gone
ExecStopPost=-/bin/sh -c 'test "$SERVICE_RESULT" != "exec-condition" && systemctl --user unset-environment GNOME_SETUP_DISPLAY WAYLAND_DISPLAY DISPLAY XAUTHORITY'

# On wayland we cannot restart
Restart=no
# Kill any stubborn child processes after this long
TimeoutStopSec=5
data: Update systemd units The existing units were never used as the corresponding support was never merged into gnome-session. This commits updates units to be usable with the newer gnome-session unit definitions. Also added is appropriate failure/restart logic including the ability to disable extensions. Note that extensions will only be disabled if a failure happens in the first two minutes after login. https://gitlab.gnome.org/GNOME/gnome-session/merge_requests/13 https://gitlab.gnome.org/GNOME/gnome-shell/merge_requests/507 2019-04-19 18:21:55 -04:00			`[Unit]`
			`Description=GNOME Shell on Wayland`
			`# On wayland, force a session shutdown`
data: Use org.gnome.Shell prefix for systemd units In general we want to move towards using reverse domain names for systemd units. Doing this also means we have a consistent name between desktop file and systemd unit, allowing us to create a generator that pulls in the unit as defined in the sessions RequiredComponents. https://gitlab.gnome.org/GNOME/gnome-shell/merge_requests/895 2020-02-13 12:39:32 -05:00			`OnFailure=org.gnome.Shell-disable-extensions.service gnome-session-shutdown.target`
data: Update systemd units The existing units were never used as the corresponding support was never merged into gnome-session. This commits updates units to be usable with the newer gnome-session unit definitions. Also added is appropriate failure/restart logic including the ability to disable extensions. Note that extensions will only be disabled if a failure happens in the first two minutes after login. https://gitlab.gnome.org/GNOME/gnome-session/merge_requests/13 https://gitlab.gnome.org/GNOME/gnome-shell/merge_requests/507 2019-04-19 18:21:55 -04:00			`OnFailureJobMode=replace-irreversibly`
			`CollectMode=inactive-or-failed`
			`RefuseManualStart=on`
			`RefuseManualStop=on`

			`After=gnome-session-manager.target`

			`Requisite=gnome-session-initialized.target`
			`PartOf=gnome-session-initialized.target`
			`Before=gnome-session-initialized.target`

			`[Service]`
data: Place the shell into session.slice when using systemd This way we conform more to https://systemd.io/DESKTOP_ENVIRONMENTS https://gitlab.gnome.org/GNOME/gnome-shell/merge_requests/895 2020-07-29 10:59:32 -04:00			`Slice=session.slice`
Notify service startup to systemd Using the bus name to notify service startup to systemd has some disadvantages. The main one being that systemd will consider a gnome-shell restart (Alt+F2 r) a service failure and restart the shell, cleaning up all its children (i.e. user launched applications). In the future the shell should launch applications in their own transient unit so that a service restart does not affect applications. Another potential issue is that we must never load gnome-shell-wayland.service and gnome-shell-x11.service at the same time, as systemd does not like two services providing the same bus name. Fixes https://gitlab.gnome.org/GNOME/gnome-shell/issues/1496 https://gitlab.gnome.org/GNOME/gnome-shell/merge_requests/690 2019-08-25 01:26:12 -04:00			`Type=notify`
data: Create generic org.gnome.Shell.target Move the GNOME shell service file adapation for x11/wayland into the target/service files. This means that the session definition can simply pull in org.gnome.Shell.target, without having to care about whether it is starting an X11 or wayland session. Note that this currently requires fork'ing to do the test. This will however not be needed in the long term when ConditionEnvironment becomes available (see https://github.com/systemd/systemd/pull/15817). We technically do not need to use template units. But doing so means that the unit can be translated to the app id more easily (though it is not yet completely clear how this should look like in the long term). https://gitlab.gnome.org/GNOME/gnome-shell/merge_requests/895 2020-06-09 07:01:39 -04:00			`# NOTE: This can be replaced with ConditionEnvironment=XDG_SESSION_TYPE=%I`
			`# with systemd >= 245. Also, the current solution is kind of painful`
			`# as systemd had a bug where it retries the condition.`
			`# Only start if the template instance matches the session type.`
			`ExecCondition=/bin/sh -c 'test "$XDG_SESSION_TYPE" = "%I" \|\| exit 2'`
data: Update systemd units The existing units were never used as the corresponding support was never merged into gnome-session. This commits updates units to be usable with the newer gnome-session unit definitions. Also added is appropriate failure/restart logic including the ability to disable extensions. Note that extensions will only be disabled if a failure happens in the first two minutes after login. https://gitlab.gnome.org/GNOME/gnome-session/merge_requests/13 https://gitlab.gnome.org/GNOME/gnome-shell/merge_requests/507 2019-04-19 18:21:55 -04:00			`ExecStart=@bindir@/gnome-shell`
data: Create generic org.gnome.Shell.target Move the GNOME shell service file adapation for x11/wayland into the target/service files. This means that the session definition can simply pull in org.gnome.Shell.target, without having to care about whether it is starting an X11 or wayland session. Note that this currently requires fork'ing to do the test. This will however not be needed in the long term when ConditionEnvironment becomes available (see https://github.com/systemd/systemd/pull/15817). We technically do not need to use template units. But doing so means that the unit can be translated to the app id more easily (though it is not yet completely clear how this should look like in the long term). https://gitlab.gnome.org/GNOME/gnome-shell/merge_requests/895 2020-06-09 07:01:39 -04:00			`# Exit code 1 means we are probably not dealing with an extension failure`
			`SuccessExitStatus=1`
data: ensure systemd environment is sanitized when shell exits When mutter is acting as a display server it sets a number of environment variables in the user's session. These variables tell applications where the display server's sockets are. When the shell exits at logout time it leaves these environment variables in the systemd --user environment, which can confuse subsequent sessions. This commit clears up the environment on exit. https://gitlab.gnome.org/GNOME/gnome-shell/-/merge_requests/1129 2020-03-25 16:30:46 -04:00
			`# unset some environment variables that were set by the shell and won't work now that the shell is gone`
data: Only unset environment when the service actually ran ExecStopPost= is executed even if ExecCondition= fails. As such, we need to add a guard as we would otherwise clear environment variables on X11 sessions (rendering them utterly useless). https://gitlab.gnome.org/GNOME/gnome-shell/-/merge_requests/1418 2020-08-20 04:08:01 -04:00			`ExecStopPost=-/bin/sh -c 'test "$SERVICE_RESULT" != "exec-condition" && systemctl --user unset-environment GNOME_SETUP_DISPLAY WAYLAND_DISPLAY DISPLAY XAUTHORITY'`
data: ensure systemd environment is sanitized when shell exits When mutter is acting as a display server it sets a number of environment variables in the user's session. These variables tell applications where the display server's sockets are. When the shell exits at logout time it leaves these environment variables in the systemd --user environment, which can confuse subsequent sessions. This commit clears up the environment on exit. https://gitlab.gnome.org/GNOME/gnome-shell/-/merge_requests/1129 2020-03-25 16:30:46 -04:00
data: Update systemd units The existing units were never used as the corresponding support was never merged into gnome-session. This commits updates units to be usable with the newer gnome-session unit definitions. Also added is appropriate failure/restart logic including the ability to disable extensions. Note that extensions will only be disabled if a failure happens in the first two minutes after login. https://gitlab.gnome.org/GNOME/gnome-session/merge_requests/13 https://gitlab.gnome.org/GNOME/gnome-shell/merge_requests/507 2019-04-19 18:21:55 -04:00			`# On wayland we cannot restart`
			`Restart=no`
data: Lower TimeoutStartSec in systemd units If there's a stubborn process in our cgroup, we shouldn't hang around waiting for the default (30 seconds) before the session closes. We've logged out, SIGTERMed and the thing is refusing to go away, let's not make people hang around for ages. https://gitlab.gnome.org/GNOME/gnome-shell/merge_requests/699 2019-09-03 07:45:24 -04:00			`# Kill any stubborn child processes after this long`
			`TimeoutStopSec=5`