The user session should run under systemd

Bug #1743366 reported by Andrea Azzarone
14
This bug affects 2 people
Affects Status Importance Assigned to Milestone
gnome-session (Ubuntu)
Fix Released
High
Iain Lane

Bug Description

Currently the user session doesn't run under systemd.
As a consequence:

[Original Description]
In Bionic the systemd .path units are not properly activated.

Revision history for this message
Steve Langasek (vorlon) wrote :

We discussed on IRC that this is because *no* systemd units are being activated; the user session is not being run under systemd. This is a regression vs. unity, and should be considered a bug in the desktop session as a whole.

Reassigning this to gnome-session, which seems like the correct starting point.

affects: update-notifier (Ubuntu) → gnome-session (Ubuntu)
Revision history for this message
Sebastien Bacher (seb128) wrote :

Iain is working on re-enabling the use of systemd user sessions we had under Unity

Changed in gnome-session (Ubuntu):
assignee: nobody → Iain Lane (laney)
importance: Undecided → High
status: New → Confirmed
Revision history for this message
Paride Legovini (paride) wrote :

This bug was filed pre-Bionic and explicitly mentions Bionic, but looks like the issue is still present in Jammy:

$ systemctl --user is-active graphical-session.target
inactive

verified in a clean Jammy install and also on Impish (thanks ~ogayot).

Other than the .path units under /usr/lib/systemd/user/graphical-session.target.wants/ all the .service units under /usr/lib/systemd/user/graphical-session-pre.target.wants/ are also not being executed. These are:

  gnome-keyring-ssh.service
  gnome-keyring.service
  session-migration.service
  ssh-agent.service

I'm retitling the bug as it's not only about .path units.

summary: - Systemd .path units are not working properly in Bionic
+ The user session should run under systemd
description: updated
Revision history for this message
Paride Legovini (paride) wrote :

Maybe useful: https://wiki.gnome.org/Initiatives/SystemdUser

I'll add that I was confused by this as systemd.special(7) says about graphical-session.target:

  This target is active whenever any graphical session is running. [...]

and it took me a while to figure out that's not true in our case.

Revision history for this message
Olivier Gayot (ogayot) wrote :

Apologies for the confusion. I was not using a fresh Impish install.
I just did a clean install and graphical-session.target is reported as active.

Revision history for this message
Paride Legovini (paride) wrote :

Interesting, thanks for verifying. I just re-tested this and indeed for `systemctl --user is-active graphical-session.target` we have

 - Impish clean install: active
 - Jammy clean install: inactive

So looks like this we switched to systemd sessions at some point, but this bug never got closed, and then something regressed in Jammy.

Paride Legovini (paride)
tags: added: rls-jj-incoming
Revision history for this message
Sebastien Bacher (seb128) wrote :

@Paride, thanks, I'm going to close it if it was fixed it's not the same issue anymore, also Iain isn't working on it at this point? Bug #1959596 is likely the regression you mentioned

Changed in gnome-session (Ubuntu):
status: Confirmed → Fix Released
tags: removed: rls-jj-incoming
To post a comment you must log in.
This report contains Public information  
Everyone can see this information.

Other bug subscribers

Remote bug watches

Bug watches keep track of this bug in other bug trackers.