[Bug 1176195] New: Plasma fails to start - "Failed to initialize EGL display"
http://bugzilla.opensuse.org/show_bug.cgi?id=1176195 Bug ID: 1176195 Summary: Plasma fails to start - "Failed to initialize EGL display" Classification: openSUSE Product: openSUSE Tumbleweed Version: Current Hardware: x86-64 OS: openSUSE Tumbleweed Status: NEW Severity: Major Priority: P5 - None Component: KDE Workspace (Plasma) Assignee: opensuse-kde-bugs@opensuse.org Reporter: opensuse@trummer.xyz QA Contact: qa-bugs@suse.de Found By: --- Blocker: --- Created attachment 841406 --> http://bugzilla.opensuse.org/attachment.cgi?id=841406&action=edit Plasma (X11) Plasma doesn't start since the upgrade from TW 20200819 to 20200902, neither in X11 or Wayland mode. In X11 mode, the first error logged in the journal is
Sep 05 00:57:15 localhost kapplymousetheme[3144]: Failed to create wl_display (No such file or directory) Sep 05 00:57:15 localhost kapplymousetheme[3144]: qt.qpa.wayland: Failed to initialize EGL display 3001
I attached the journal. Plasma in Full Wayland mode doesn't start either, but doesn't log these errors. Sway (Wayland) works. Another machine on TW 20200902 also works. After Plasma failed to start in X11 mode, the SDDM greeter will become unresponsive. CPU: AMD Ryzen 5 3500U Operating System: openSUSE Tumbleweed 20200902 KDE Plasma Version: 5.19.4 KDE Frameworks Version: 5.73.0 Qt Version: 5.15.0 Kernel Version: 5.8.4-1-default OS Type: 64-bit -- You are receiving this mail because: You are on the CC list for the bug.
http://bugzilla.opensuse.org/show_bug.cgi?id=1176195 http://bugzilla.opensuse.org/show_bug.cgi?id=1176195#c1 --- Comment #1 from Maximilian Trummer <opensuse@trummer.xyz> --- Created attachment 841407 --> http://bugzilla.opensuse.org/attachment.cgi?id=841407&action=edit Plasma (X11), second try -- You are receiving this mail because: You are on the CC list for the bug.
http://bugzilla.opensuse.org/show_bug.cgi?id=1176195 http://bugzilla.opensuse.org/show_bug.cgi?id=1176195#c2 --- Comment #2 from Maximilian Trummer <opensuse@trummer.xyz> --- Created attachment 841408 --> http://bugzilla.opensuse.org/attachment.cgi?id=841408&action=edit Plasma (Full Wayland) -- You are receiving this mail because: You are on the CC list for the bug.
http://bugzilla.opensuse.org/show_bug.cgi?id=1176195 http://bugzilla.opensuse.org/show_bug.cgi?id=1176195#c3 --- Comment #3 from Maximilian Trummer <opensuse@trummer.xyz> --- Created attachment 841409 --> http://bugzilla.opensuse.org/attachment.cgi?id=841409&action=edit Sway (Wayland), works -- You are receiving this mail because: You are on the CC list for the bug.
http://bugzilla.opensuse.org/show_bug.cgi?id=1176195 http://bugzilla.opensuse.org/show_bug.cgi?id=1176195#c4 Fabian Vogt <fabian@ritter-vogt.de> changed: What |Removed |Added ---------------------------------------------------------------------------- CC| |fabian@ritter-vogt.de, | |opensuse@trummer.xyz Flags| |needinfo?(opensuse@trummer. | |xyz) --- Comment #4 from Fabian Vogt <fabian@ritter-vogt.de> --- The X11 session fails to connect to the wayland display, which it shouldn't even attempt to. I guess WAYLAND_DISPLAY or QT_QPA_PLATFORM are set somehow. Please provide the contents of ~/.local/share/sddm/*-session.log -- You are receiving this mail because: You are on the CC list for the bug.
http://bugzilla.opensuse.org/show_bug.cgi?id=1176195 http://bugzilla.opensuse.org/show_bug.cgi?id=1176195#c5 --- Comment #5 from Maximilian Trummer <opensuse@trummer.xyz> --- Created attachment 841410 --> http://bugzilla.opensuse.org/attachment.cgi?id=841410&action=edit xorg log
dbus-update-activation-environment: warning: error sending to systemd: org.freedesktop.DBus.Error.InvalidArgs: Invalid environment assignments kdeinit5: Communication error with launcher. Exiting!
-- You are receiving this mail because: You are on the CC list for the bug.
http://bugzilla.opensuse.org/show_bug.cgi?id=1176195 http://bugzilla.opensuse.org/show_bug.cgi?id=1176195#c6 --- Comment #6 from Fabian Vogt <fabian@ritter-vogt.de> --- Does it work with a different user account? -- You are receiving this mail because: You are on the CC list for the bug.
http://bugzilla.opensuse.org/show_bug.cgi?id=1176195 http://bugzilla.opensuse.org/show_bug.cgi?id=1176195#c7 --- Comment #7 from Maximilian Trummer <opensuse@trummer.xyz> --- No, I get the same errors. -- You are receiving this mail because: You are on the CC list for the bug.
http://bugzilla.opensuse.org/show_bug.cgi?id=1176195 http://bugzilla.opensuse.org/show_bug.cgi?id=1176195#c8 --- Comment #8 from Maximilian Trummer <opensuse@trummer.xyz> --- The error appeared on 27th August, between two snapshots with TW 20200819 each, so before the /usr/libexec/ migration. I compared the snapshots and the only thing I think could be relevant is that I installed Sway at that time. I'll try rolling back to the last good snapshot from 27th August and upgrading to the latest one from there. -- You are receiving this mail because: You are on the CC list for the bug.
http://bugzilla.opensuse.org/show_bug.cgi?id=1176195 http://bugzilla.opensuse.org/show_bug.cgi?id=1176195#c9 --- Comment #9 from Maximilian Trummer <opensuse@trummer.xyz> --- Alright, so instead of rolling back to a previous snapshot, I just did
# zypper rm --clean-deps patterns-sway-sway and now the Plasma X11 session starts fine.
Any idea what could cause this? An additional desktop causing Plasma to fail sounds very strange. -- You are receiving this mail because: You are on the CC list for the bug.
http://bugzilla.opensuse.org/show_bug.cgi?id=1176195 http://bugzilla.opensuse.org/show_bug.cgi?id=1176195#c10 Fabian Vogt <fabian@ritter-vogt.de> changed: What |Removed |Added ---------------------------------------------------------------------------- Component|KDE Workspace (Plasma) |X11 Applications Assignee|opensuse-kde-bugs@opensuse. |denis.kondratenko@suse.com |org | --- Comment #10 from Fabian Vogt <fabian@ritter-vogt.de> --- (In reply to Maximilian Trummer from comment #9)
Alright, so instead of rolling back to a previous snapshot, I just did
# zypper rm --clean-deps patterns-sway-sway and now the Plasma X11 session starts fine.
Any idea what could cause this? An additional desktop causing Plasma to fail sounds very strange.
I have the suspision that it puts QT_QPA_PLATFORM=wayland into /etc/profile or similar. That would be absolutely broken. openSUSEway does exactly that, apparently: https://github.com/openSUSE/openSUSEway/blob/37585c7e6e0d095de8429afe4de4271... Did you have openSUSEway installed? Reassinging to openSUSEway maintainer. -- You are receiving this mail because: You are on the CC list for the bug.
http://bugzilla.opensuse.org/show_bug.cgi?id=1176195 http://bugzilla.opensuse.org/show_bug.cgi?id=1176195#c11 --- Comment #11 from Maximilian Trummer <opensuse@trummer.xyz> --- Yes, openSUSEway was installed. I think I installed Sway via "patterns-openSUSEway" which pulled in the rest including "openSUSEway". Therefore, by removing its dependency "patterns-sway-sway", "patterns-openSUSEway" and "openSUSEway" were automatically removed too. -- You are receiving this mail because: You are on the CC list for the bug.
http://bugzilla.opensuse.org/show_bug.cgi?id=1176195 http://bugzilla.opensuse.org/show_bug.cgi?id=1176195#c12 Denis Kondratenko <denis.kondratenko@suse.com> changed: What |Removed |Added ---------------------------------------------------------------------------- Status|NEW |RESOLVED Resolution|--- |WONTFIX --- Comment #12 from Denis Kondratenko <denis.kondratenko@suse.com> --- yes, openSUSEway is full DE that does modifications to the system: https://en.opensuse.org/Portal:OpenSUSEway https://github.com/openSUSE/openSUSEway/issues/25 If you want just to try Sway, it is better to just install sway, or patterns-sway-sway, installing openSUSEway is meaningful during installation as main DE in the system. I documented that so far. -- You are receiving this mail because: You are on the CC list for the bug.
http://bugzilla.opensuse.org/show_bug.cgi?id=1176195 Maximilian Trummer <opensuse@trummer.xyz> changed: What |Removed |Added ---------------------------------------------------------------------------- Flags|needinfo?(opensuse@trummer. | |xyz) | -- You are receiving this mail because: You are on the CC list for the bug.
http://bugzilla.opensuse.org/show_bug.cgi?id=1176195 http://bugzilla.opensuse.org/show_bug.cgi?id=1176195#c26 --- Comment #26 from Maximilian Trummer <opensuse@trummer.xyz> --- (In reply to Denis Kondratenko from comment #24)
3. openSUSEway package(or pattern) full blown OS with preinstalled DE. Will have greetd as login manger that would have custom script to setup envs and start sway as process.
Maybe this would work, but what if a user who installed openSUSEway wants to install an additional DE later? I guess you'd have to make the openSUSEway package conflict with every other desktop, so there aren't any surprises like I reported in the OP... -- You are receiving this mail because: You are on the CC list for the bug.
http://bugzilla.opensuse.org/show_bug.cgi?id=1176195 http://bugzilla.opensuse.org/show_bug.cgi?id=1176195#c28 Dominique Leuenberger <dimstar@opensuse.org> changed: What |Removed |Added ---------------------------------------------------------------------------- CC| |dimstar@opensuse.org --- Comment #28 from Dominique Leuenberger <dimstar@opensuse.org> ---
I don't like that, first of all that is mostly was needed for X sessions and probably stay so historically. And why I need xdm when the goal to have X free DE, everything working through systemd natively instead of going through xdm script sounds better IMHO.
'liking' is no argument to break complete environments. We build a whole distro with choice of DE for the user, going as far as co-existing environments on one machine. Every DE / DM will have to adhere to this or they are not nice citizens in the openSUSE eco system.
I think I just skip "alternatives" and add systemd-preset to enable greetd if that would be accepted.
Only the systemd preset packages are allowed to install presets. No other package is allowed to do so. All DMs register as an alternative choice that can be selected (yast2 alternarives modules) -- You are receiving this mail because: You are on the CC list for the bug.
http://bugzilla.opensuse.org/show_bug.cgi?id=1176195 http://bugzilla.opensuse.org/show_bug.cgi?id=1176195#c29 --- Comment #29 from Denis Kondratenko <denis.kondratenko@suse.com> --- (In reply to Dominique Leuenberger from comment #28)
I don't like that, first of all that is mostly was needed for X sessions and probably stay so historically. And why I need xdm when the goal to have X free DE, everything working through systemd natively instead of going through xdm script sounds better IMHO.
'liking' is no argument to break complete environments. We build a whole distro with choice of DE for the user, going as far as co-existing environments on one machine. Every DE / DM will have to adhere to this or they are not nice citizens in the openSUSE eco system.
sure, but what is the argument of xdm for everything then? Or maybe I got it wrong, and something works differently through 'alternatives'? And I am not making the argument for breaking stuff, I agree I broke it and it is already fixed in the recent package.
I think I just skip "alternatives" and add systemd-preset to enable greetd if that would be accepted.
Only the systemd preset packages are allowed to install presets. No other package is allowed to do so.
yes: https://build.opensuse.org/request/show/833801 --- Comment #30 from Denis Kondratenko <denis.kondratenko@suse.com> --- (In reply to Dominique Leuenberger from comment #28)
I don't like that, first of all that is mostly was needed for X sessions and probably stay so historically. And why I need xdm when the goal to have X free DE, everything working through systemd natively instead of going through xdm script sounds better IMHO.
'liking' is no argument to break complete environments. We build a whole distro with choice of DE for the user, going as far as co-existing environments on one machine. Every DE / DM will have to adhere to this or they are not nice citizens in the openSUSE eco system.
sure, but what is the argument of xdm for everything then? Or maybe I got it wrong, and something works differently through 'alternatives'? And I am not making the argument for breaking stuff, I agree I broke it and it is already fixed in the recent package.
I think I just skip "alternatives" and add systemd-preset to enable greetd if that would be accepted.
Only the systemd preset packages are allowed to install presets. No other package is allowed to do so.
yes: https://build.opensuse.org/request/show/833801 -- You are receiving this mail because: You are on the CC list for the bug.
http://bugzilla.opensuse.org/show_bug.cgi?id=1176195 http://bugzilla.opensuse.org/show_bug.cgi?id=1176195#c29 --- Comment #29 from Denis Kondratenko <denis.kondratenko@suse.com> --- (In reply to Dominique Leuenberger from comment #28)
I don't like that, first of all that is mostly was needed for X sessions and probably stay so historically. And why I need xdm when the goal to have X free DE, everything working through systemd natively instead of going through xdm script sounds better IMHO.
'liking' is no argument to break complete environments. We build a whole distro with choice of DE for the user, going as far as co-existing environments on one machine. Every DE / DM will have to adhere to this or they are not nice citizens in the openSUSE eco system.
sure, but what is the argument of xdm for everything then? Or maybe I got it wrong, and something works differently through 'alternatives'? And I am not making the argument for breaking stuff, I agree I broke it and it is already fixed in the recent package.
I think I just skip "alternatives" and add systemd-preset to enable greetd if that would be accepted.
Only the systemd preset packages are allowed to install presets. No other package is allowed to do so.
yes: https://build.opensuse.org/request/show/833801 --- Comment #30 from Denis Kondratenko <denis.kondratenko@suse.com> --- (In reply to Dominique Leuenberger from comment #28)
I don't like that, first of all that is mostly was needed for X sessions and probably stay so historically. And why I need xdm when the goal to have X free DE, everything working through systemd natively instead of going through xdm script sounds better IMHO.
'liking' is no argument to break complete environments. We build a whole distro with choice of DE for the user, going as far as co-existing environments on one machine. Every DE / DM will have to adhere to this or they are not nice citizens in the openSUSE eco system.
sure, but what is the argument of xdm for everything then? Or maybe I got it wrong, and something works differently through 'alternatives'? And I am not making the argument for breaking stuff, I agree I broke it and it is already fixed in the recent package.
I think I just skip "alternatives" and add systemd-preset to enable greetd if that would be accepted.
Only the systemd preset packages are allowed to install presets. No other package is allowed to do so.
yes: https://build.opensuse.org/request/show/833801 -- You are receiving this mail because: You are on the CC list for the bug.
http://bugzilla.opensuse.org/show_bug.cgi?id=1176195 http://bugzilla.opensuse.org/show_bug.cgi?id=1176195#c31 --- Comment #31 from Dominique Leuenberger <dimstar@opensuse.org> ---
sure, but what is the argument of xdm for everything then? Or maybe I got it wrong, and something works differently through 'alternatives'?
The service 'xdm' is a bit unfortunate and historically named like this. it's in fact not really xdm, unless you also select 'real xdm' as the DM behind it. -- You are receiving this mail because: You are on the CC list for the bug.
http://bugzilla.opensuse.org/show_bug.cgi?id=1176195 http://bugzilla.opensuse.org/show_bug.cgi?id=1176195#c32 --- Comment #32 from Denis Kondratenko <denis.kondratenko@suse.com> --- (In reply to Dominique Leuenberger from comment #31)
sure, but what is the argument of xdm for everything then? Or maybe I got it wrong, and something works differently through 'alternatives'?
The service 'xdm' is a bit unfortunate and historically named like this. it's in fact not really xdm, unless you also select 'real xdm' as the DM behind it.
So the xdm is just a wrapper around the alternatives, it provides script and service. Service would run the script that would check what DMs are there, it prepares some environment (mostly around X) and launch some of the DM. Am I getting it right ? What I don't understand is how all that mixed with systemd. In case of gdm, I have '/usr/lib/X11/displaymanagers/gdm' with is a script that appoints to the binary that xdm runs. But what is "gdm.service" is for ? I am new to this and having xdm as entry point to every DM or login manager (that maybe is not X based) is just strange for me, but maybe it is just as I am new to this. -- You are receiving this mail because: You are on the CC list for the bug.
http://bugzilla.opensuse.org/show_bug.cgi?id=1176195 http://bugzilla.opensuse.org/show_bug.cgi?id=1176195#c33 --- Comment #33 from Dominique Leuenberger <dimstar@opensuse.org> ---
What I don't understand is how all that mixed with systemd. In case of gdm, I have '/usr/lib/X11/displaymanagers/gdm' with is a script that appoints to the binary that xdm runs.
This sounds about right
But what is "gdm.service" is for ?
gdm does not install the gdm.service (we have it split out in a gdm-systemd package, not installed by default, for users willing to experiment with this - but it's not a supported setup) -- You are receiving this mail because: You are on the CC list for the bug.
http://bugzilla.opensuse.org/show_bug.cgi?id=1176195 http://bugzilla.opensuse.org/show_bug.cgi?id=1176195#c34 Denis Kondratenko <denis.kondratenko@suse.com> changed: What |Removed |Added ---------------------------------------------------------------------------- Priority|P5 - None |P3 - Medium Status|REOPENED |RESOLVED Resolution|--- |FIXED --- Comment #34 from Denis Kondratenko <denis.kondratenko@suse.com> --- openSUSEway 0.11 is now available in repos, it has the fix, that deletes all those profile.d and environment.d files it installed before, as well as provides correct methods with wrappers to run the sway. -- You are receiving this mail because: You are on the CC list for the bug.
http://bugzilla.opensuse.org/show_bug.cgi?id=1176195 http://bugzilla.opensuse.org/show_bug.cgi?id=1176195#c35 --- Comment #35 from Maximilian Trummer <opensuse@trummer.xyz> --- Thanks, I'll try it again then. -- You are receiving this mail because: You are on the CC list for the bug.
participants (1)
-
bugzilla_noreply＠suse.com