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 Packages
Assignee: tmb => bugsquad
Whiteboard: 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, tmb
Summary: Live mode: cannot boot into visible X => SDDM won't start: Failed to create OpenGL context for format QSurfaceFormat(version 2.0, options
Whiteboard: 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

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 QSurfaceFormat
Severity: 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 => RESOLVED
Resolution: (none) => FIXED

*** Bug 17231 has been marked as a duplicate of this bug. ***

CC: (none) => tarazed25