|
Bugzilla – Full Text Bug Listing |
| Summary: | SDDM cannot start Gnome | ||
|---|---|---|---|
| Product: | [openSUSE] openSUSE Tumbleweed | Reporter: | Neil Rickert <nwr10cst-oslnx> |
| Component: | KDE Workspace (Plasma) | Assignee: | Dominique Leuenberger <dimstar> |
| Status: | RESOLVED FIXED | QA Contact: | E-mail List <qa-bugs> |
| Severity: | Major | ||
| Priority: | P2 - High | CC: | dersam, dimstar, opensuse.lietuviu.kalba, tjcw |
| Version: | Current | ||
| Target Milestone: | --- | ||
| Hardware: | All | ||
| OS: | openSUSE 42.1 | ||
| Whiteboard: | |||
| Found By: | --- | Services Priority: | |
| Business Priority: | Blocker: | --- | |
| Marketing QA Status: | --- | IT Deployment: | --- |
|
Description
Neil Rickert
2015-05-18 15:59:08 UTC
*** Bug 932634 has been marked as a duplicate of this bug. *** I also can reproduce. At first I installed openSUSE Leap RC1 with KDE desktop, late installed GNOME environement patterns, reboot, login into KDE, logout, failed to start GNOME session from SDDM. You can see X insted of mouse, you can wait long time, but you still see SDDM login window. I can confirm this bug. Same problem here. Only pressing the buttons "Ctrl" + "Alt" and "BackSpace" helps. I started debugging this a but this morning; findings so far: SDDM successfully starts gnome-session (as defined in /usr/share/xsession/gnome.desktop the GNOME Session is starting up the auto start features, BUT gnome-shell and gnome-settings-daemon (about the two most important components) are skipped from a jouranl debug: GsmManager: Phase WINDOW_MANAGER GsmManager: app /org/gnome/SessionManager/app1 is not for the current desktop GsmManager: /org/gnome/SessionManager/app1 app-id:gnome-shell.desktop is-disabled=1 This message appears due to OnlyShowIn=GNOME in gnome-shell.desktop. glib (gio) compares XDG_CURRENT_DESKTOP against the OnlyShowIn and concludes in this case that this does not match Checking the environment of gnome-session, XDG_CURRENT_DESKTOP is defined as: XDG_CURRENT_DESKTOP= (it is defined, but empty - the same can be observed in a IceWM session) sddm set XDG_CURRENT_DESKTOP based on the Entry DesktopNames in the session's desktop file. This was specified at the freedesktop summit in 2014, documented in November 2014 as part of the desktop specification. Seems the other DEs are falling back to using Name= if DesktopNames is not set; SDDM simply expects the right key to be there. GNOME Upstream actually fixed that already with GNOME 3.12.1 in April 2014 (shortly after the freedesktop summit) in GNOME, though, we have an own gnome session .desktop file for proper integration into the rest of the distribution - and this addition was lost. Sumission to GNOME:Factory (for Tumbleweed): Request: #343175 submit: home:dimstar:branches:GNOME:Factory/gnome-session@2(cleanup) -> GNOME:Factory Message: - Update gnome.desktop: add DesktopNames (upstream introduced in GNOME 3.12.1). Fixes boo#931314. Submission for Maintenance fix, openSUSE Leap 42.1: Request: #343176 maintenance_incident: GNOME:STABLE:3.16/gnome-session@f3a04efebefa1fd77030bb9da68135cb -> openSUSE:Maintenance (release in openSUSE:Leap:42.1:Update) Message: Please consider to release as maintenance update for Leap 42.1 - fixes GNOME session startup from sddm openSUSE-RU-2015:2018-1: An update that has one recommended fix can now be installed. Category: recommended (moderate) Bug References: 931314 CVE References: Sources used: openSUSE Leap 42.1 (src): gnome-session-3.16.0-5.2 |