https://bugzilla.gnome.org/show_bug.cgi?id=594733 has been closed on gdm with the rationale that now that gdm relies on accountservice to retrieve the user's session, the feature of defining the default session should really be implemented at that level.
To the best of my knowledge, there's no such facility yet (or it's not documented anywhere where I tried to look it up).
So please provide a way (preferrably through a gsetting) to define the default session to use when a user has not made any explicit choice.
Thank you in advance!
there isn't a good way to do it at the moment, though there is a convoluted way:
1) Create /etc/X11/sessions directory and put copies of the gnome-session-xsession and gnome-classic-session session files in it, but with high numbered prefixes:
# mkdir /etc/X11/sessions
# cp /usr/share/xsessions/gnome-classic.desktop /etc/X11/sessions/3-gnome-classic.desktop
# cp /usr/share/xsessions/gnome.desktop /etc/X11/sessions/4-gnome.desktop
2) Ensure the session you want to be default has a lowered number prefix. KDE does this by default:
# ls -l /usr/share/xsessions/| grep kde
-rw-r--r--. 1 root root 4791 Apr 29 14:57 1-kde-plasma-standard.desktop
-rw-r--r--. 1 root root 7208 Apr 29 14:57 2-kde-plasma-safe.desktop
But if not, also copy the session you want from /usr/share/xsessions to /etc/X11/sessions and give it a low numbered prefix manually.
3) remove /usr/share/xsessions/gnome-classic.desktop and /usr/share/xsessions/gnome.desktop from your system (for instance # rpm -e gnome-session-xsession gnome-classic-session )
4) Restart gdm
The downside of clearing out /usr/share/xsessions is that on a package upgrade these files will be restored.
The better method would be if, similar to systemd, firewalld, polkit, etc, the /etc/X11/sessions directory overrode /usr/share/xsessions for matching file names.
indeed, a shadow file with Hidden=true is sort of standard for key files, so might make sense to implement.
alternatively, the systemd way of linking to /dev/null
-- GitLab Migration Automatic Message --
This bug has been migrated to freedesktop.org's GitLab instance and has been closed from further activity.
You can subscribe and participate further through the new bug through this link to our GitLab instance: https://gitlab.freedesktop.org/accountsservice/accountsservice/issues/27.