Created attachment 7234 [details] journalctl -a output (compressed) Mageia-6-dev1-LiveDVD-PLASMA5-i586-DVD Mon Nov 23 16:00:00 CET 2015 on https://wiki.mageia.org/en/User:Marja/QA/Hardware#IBM_ThinkPad_R50e I don't manage to boot into a visible X, even when I do get sddm and X to run. attaching journalctl output. Note that I tried whether copying a working xorg.conf (used on a cauldron on the same hw, where I had a black SDDM before, see bug 16544) into /etc/X11/ and then restart the display manager. That didn't help, though.
CC: (none) => davidwhodgins, eeeemail, ennael1, wilcal.intWhiteboard: (none) => 6dev1
btw, i don't think neoclust had completed pushing everything needed for plasma 5.5beta, but plasma-workspace and plasma-desktop on the iso are both the 5.5beta ones (5.4.95)
CC: (none) => mageia
sorry for not having followed up on this bug. After Neoclust said that we could update our Plasmas, I could no longer boot into a visible X on two of my cauldrons, including one on the same hw as where I tried this LiveDVD. I haven't found time to check the logs
Therefore changing component to rpm packages and telling myself I need to provide more info
Component: Release (media or process) => RPM PackagesAssignee: tmb => bugsquadWhiteboard: 6dev1 => 6dev1 NEEDINFO
Created attachment 7253 [details] journalctl -b Forgot to say that on those two systems, lightdm starts fine. Attaching journalctl -b from a VT after switching to sddm and rebooting around ± 15h, seeing sddm didn't come up, and waiting till ± 16h to see whether anything would happen (nothing happened)
btw, the kernel traces were also in the logs earlier today when using LightDM, I don't know whether it is harder for sddm to cope with such kernel issues than it is for lightdm, or whether that needs a separate bug report. There is also: nov 30 15:03:49 localhost sddm-greeter[12611]: QXcbIntegration: Cannot create platform OpenGL context, neither GLX nor EGL ar nov 30 15:03:49 localhost sddm-greeter[12611]: Failed to create OpenGL context for format QSurfaceFormat(version 2.0, options nov 30 15:03:50 localhost sddm-helper[12605]: [PAM] Ended. nov 30 15:03:50 localhost sddm[12590]: Auth: sddm-helper exited with 6 nov 30 15:03:50 localhost sddm[12590]: Greeter stopped. This also happened with the first set of plasma5 DVDs, see attachment 7234 [details]: Nov 25 06:38:25 localhost sddm-greeter[3956]: QXcbIntegration: Cannot create platform OpenGL context, neither GLX nor EGL are enabled Nov 25 06:38:25 localhost sddm-greeter[3956]: Failed to create OpenGL context for format QSurfaceFormat(version 2.0, options QFlags(), depthBufferSize 24, redBufferSize -1, greenBufferSize -1, blueBufferSize -1, alphaBufferSize -1, stencilBufferSize 8, samples -1, swapBehavior 2, swapInterval 1, profile 0) Nov 25 06:38:25 localhost sddm-helper[3950]: [PAM] Ended. Nov 25 06:38:25 localhost sddm[3945]: Auth: sddm-helper exited with 6 Nov 25 06:38:25 localhost sddm[3945]: Greeter stopped. On my installed system, I had added Option "DRI" "false" to xorg.conf because of bug 16544 However, the LiveDVD has this same bug without option "DRI" "false"
CC: sysadmin-bugs => doktor5000, tmbSummary: Live mode: cannot boot into visible X => SDDM won't start: Failed to create OpenGL context for format QSurfaceFormat(version 2.0, optionsWhiteboard: 6dev1 NEEDINFO => 6dev1
saw this too on my test. Can you try with new qtbase5 ?
Created attachment 7254 [details] journalctl -b (with qtbase-5.5.1-6) (In reply to Nicolas Lécureuil from comment #6) > saw this too on my test. > > Can you try with new qtbase5 ? [marja@localhost ~]$ rpm -qa | grep qtbase5 | grep 5.5.1-6 qtbase5-common-5.5.1-6.mga6 qtbase5-common-devel-5.5.1-6.mga6 [marja@localhost ~]$ Sorry, Nicolas, no difference here, see attachment
Attachment 7253 is obsolete: 0 => 1
Summary: SDDM won't start: Failed to create OpenGL context for format QSurfaceFormat(version 2.0, options => SDDM fails: sddm-greeter: Failed to create OpenGL context for format QSurfaceFormat(version 2.0, options
FWIW, I never saw something like this but I can also only test in a virtualbox VM. But 3D acceleration there has to be disabled, as otherwise the GL acceleration fails with vboxvideo, but this is a well-known issue that exists since a long time. So as I can run sddm fine in current cauldron, there should be a way to run it on baremetal, too. I notice marja has Intel i810 graphics driver. @Nicolas: On the machine where you saw this too, what graphics/chip driver was used?
Can either of you try if this fixes the issue (adding sddm user to video group) adduser sddm video via: https://bugs.debian.org/cgi-bin/bugreport.cgi?bug=799948 https://bugs.debian.org/cgi-bin/bugreport.cgi?bug=800051 https://bugs.debian.org/cgi-bin/bugreport.cgi?bug=800550 https://bugs.debian.org/cgi-bin/bugreport.cgi?bug=800705
(In reply to Florian Hubold from comment #9) > Can either of you try if this fixes the issue (adding sddm user to video > group) > > adduser sddm video make that "groupmod -aG video sddm" - that is, after stopping sddm via "systemctl stop sddm" and then restarting it later on. I can reproduce the issue with Mageia-6-dev1-LiveDVD-PLASMA5-x86_64, but on my box this might be due to the GL acceleration that fails with vboxvideo, and when disabling it in the VM settings we have no proper software GL support, it seems. Now the question is, what's the difference between e.g. my cauldron VMs that were upgraded from mga5 to current cauldron where sddm worked the whole time, and between the dev snapshots?
Summary: SDDM fails: sddm-greeter: Failed to create OpenGL context for format QSurfaceFormat(version 2.0, options => SDDM fails to start - sddm-greeter: Failed to create OpenGL context for format QSurfaceFormatSeverity: normal => major
With the Mageia-6-dev1-LiveDVD-PLASMA5-i586-DVD from Mon Nov 23 16:00:00 CET 2015 in _Live_mode_ on the old ThinkPad R50e: s/groupmod/usermod/ , correct? Anyway, "usermod -aG video sddm" is what I did. On the above system, it resulted in (apparently) X starting and crashing and starting and crashing over and over again, without end, I rebooted with the magic keys. First copying an /etc/X11/xorg.conf with which Plasma5 worked well until some weeks ago on that laptop and then trying again didn't make a difference. doing alt + ctrl + backspace stopped the continuous starting and crashing, but the system was frozen, impossible to switch to a VT, so I had to use the magic keys to poweroff. Note that on this system, sddm stopped working in cauldron some weeks ago, I don't have a clue why.
s/with which Plasma5 worked well/with which sddm (so PLasma5, too) worked well/
On another system where SDDM stopped working recently, it now works again. I'll try again on the ThinkPad R50e asap
(In reply to Marja van Waes from comment #13) > On another system where SDDM stopped working recently, it now works again. > > I'll try again on the ThinkPad R50e asap Works well there, too, now :-)
Status: NEW => RESOLVEDResolution: (none) => FIXED
*** Bug 17231 has been marked as a duplicate of this bug. ***
CC: (none) => tarazed25