|
Bugzilla – Full Text Bug Listing |
| Summary: | Further difficulties around greeter from SDDM 0.13 | ||
|---|---|---|---|
| Product: | [openSUSE] openSUSE Tumbleweed | Reporter: | Markus Elfring <Markus.Elfring> |
| Component: | KDE Applications | Assignee: | E-Mail List <opensuse-kde-bugs> |
| Status: | RESOLVED INVALID | QA Contact: | E-mail List <qa-bugs> |
| Severity: | Major | ||
| Priority: | P5 - None | CC: | wbauer |
| Version: | Current | ||
| Target Milestone: | --- | ||
| Hardware: | x86-64 | ||
| OS: | SUSE Other | ||
| Whiteboard: | |||
| Found By: | --- | Services Priority: | |
| Business Priority: | Blocker: | --- | |
| Marketing QA Status: | --- | IT Deployment: | --- |
| Attachments: |
Backtrace for a coredump from a run of “Simple Desktop Display Manager Greeter”
Logging from the X server for a fresh login |
||
(In reply to Markus Elfring from comment #0) > Today I tried again to achieve another login with the software “Simple > Desktop Display Manager 0.13.0-4.1” while my graphic card was driven by > software from the script “NVIDIA-Linux-x86_64-367.57.run”. > Unfortunately, I observed that it did not work as expected once more. > > The journal contains information like the following: > … > Nov 25 09:16:52 Sonne sddm-greeter[29477]: Failed to create OpenGL context > for format QSurfaceFormat(version 2.0, options QFlags(), depthBufferSize 24, > redBufferSize -1, gr Reinstall the nvidia driver. Probably some update overwrote nvidia's OpenGL libraries which broke OpenGL support, or you haven't recompiled the kernel module after Thursday's kernel update in Tumbleweed. sddm itself works fine, I just tried in a fully uptodate Tumbleweed VM. (In reply to Wolfgang Bauer from comment #1) I observed the reported surprise also after the software “NVIDIA-Linux-x86_64-367.57.run” was reinstalled. So I am still curious on further evolution around the software “Simple Desktop Display Manager” (including its greeter). (In reply to Markus Elfring from comment #2) > I observed the reported surprise also after the software > “NVIDIA-Linux-x86_64-367.57.run” was reinstalled. What "reported surprise"? That sddm doesn't start? Can you please provide /var/log/Xorg.0.log then? Thanks. Maybe you have to upgrade the nvidia driver to a newer version too. > So I am still curious on > further evolution around the software “Simple Desktop Display Manager” > (including its greeter). As I wrote in another bug report, the latest version of the software "Simple Desktop Display Manager" (with some additional fixes) should be in the next Tumbleweed snapshot. But that won't help if your OpenGL setup is broken. (In reply to Wolfgang Bauer from comment #3) My OpenGL configuration is working to some degree at the moment. Unfortunately, a general difficulty for this bug report is that proprietary software components were involved. I guess that software evolution will be continued as usual. (In reply to comment #0) It seems that there are further configuration challenges to consider around the programming interface “OpenGL” (and a corresponding “QSurfaceFormat”) also together with the software “Simple Desktop Display Manager 0.14.0-2.1” while I can use an other greeter at the moment. Will any users and software developers become interested to check the involved system details and version combinations a bit more again? (In reply to Markus Elfring from comment #5) > Will any users and software developers become interested to check the > involved system details and version combinations a bit more again? Probably not. If your OpenGL setup is broken, sddm is not going to work, sorry. And if it's broken because of a broken nvidia installation on your side, it's not our (openSUSE's, and in particular the KDE team's) main interest to investigate this. This is a bug tracker for the packages openSUSE delivers, not a user support forum (as you already have been told in your bug report about xdm). But I understood your previous comment as that it is working again. If not, my question now is: will *you* become interested in providing the things I asked? I.e. the current /var/log/Xorg.0.log in particular. So far you provided no evidence whatsoever that you are actually using the nvidia driver. And if it is installed but not used, OpenGL will not work. That's how nvidia's .run installer and driver is designed, nothing *we* can do about that. Created attachment 704421 [details] Logging from the X server for a fresh login (In reply to Wolfgang Bauer from comment #6) > If your OpenGL setup is broken, sddm is not going to work, sorry. This view could be fine in principle. > And if it's broken because of a broken nvidia installation on your side, I got an impression where it is unclear which software components do occasionally not work as I would expect it under the usual circumstances. > it's not our (openSUSE's, and in particular the KDE team's) main interest to > investigate this. I can understand this view. > But I understood your previous comment as that it is working again. Further software updates changed the situation as usual. > And if it is installed but not used, OpenGL will not work. elfring@Sonne:~> glxinfo name of display: :0.0 display: :0 screen: 0 direct rendering: Yes server glx vendor string: NVIDIA Corporation server glx version string: 1.4 … > That's how nvidia's .run installer and driver is designed, nothing *we* can > do about that. How much will evolution matter also for the Qt software (like classes around “QSurfaceFormat”)? (In reply to Markus Elfring from comment #7) > Created attachment 704421 [details] > Logging from the X server for a fresh login > > elfring@Sonne:~> glxinfo > name of display: :0.0 > display: :0 screen: 0 > direct rendering: Yes > server glx vendor string: NVIDIA Corporation > server glx version string: 1.4 > … Ok, both look right. Does it work if you allow to run Xorg as root? sudo chmod +s /usr/bin/Xorg And/or try to add the user sddm to the "video" group: sudo usermod -a -G video sddm The sddm greeter runs as unprivileged user sddm, but needs to have access to the hardware. Without nvidia, this should be taken care of by the system (if not, it is a bug ;-) ). > How much will evolution matter also for the Qt software (like classes around > “QSurfaceFormat”)? Well, if you want to discuss the evolution of the "Qt software", please do so at the corresponding mailinglists with the actual developers: http://lists.qt-project.org/mailman/listinfo (In reply to Wolfgang Bauer from comment #8) > Does it work if you allow to run Xorg as root? … > And/or try to add the user sddm to the "video" group: I do not want to change these settings. > The sddm greeter runs as unprivileged user sddm, but needs to have access to > the hardware. Without nvidia, this should be taken care of by the system It worked also together with software from the script “NVIDIA-Linux-x86_64-367.57.run” for some days before I was informed (and became aware) about the error message “Failed to create OpenGL context for format QSurfaceFormat(version 2.0, …)” (and corresponding stuff). Another login try with the software “Simple Desktop Display Manager Greeter 0.14.0-2.1” failed today. So I switched to an other greeter from a display manager alternative. (In reply to Markus Elfring from comment #9) > (In reply to Wolfgang Bauer from comment #8) > > Does it work if you allow to run Xorg as root? > … > > And/or try to add the user sddm to the "video" group: > > I do not want to change these settings. Ok, I'm afraid I cannot help you then. Feel free to reopen this bug report then if you want (you do have rights to do so), maybe somebody else will answer... Although, most people in openSUSE that have knowledge about SDDM should have read all of this anyway I suppose. > Another login try with the software “Simple Desktop Display Manager Greeter > 0.14.0-2.1” failed today. So I switched to an other greeter from a display > manager alternative. Other greeters (or login managers) do not require OpenGL, or direct access to the graphics card therefore. SDDM uses QML for its theming, which does require OpenGL 2.x, at least currently. (In reply to Wolfgang Bauer from comment #10) > Ok, I'm afraid I cannot help you then. Do test cases exist already within the open quality assurance system which check the desired login success together with other free OpenGL software components? > SDDM uses QML for its theming, which does require OpenGL 2.x, > at least currently. Are there any chances that this software dependency can become conditional? (In reply to Markus Elfring from comment #11) > (In reply to Wolfgang Bauer from comment #10) > > Ok, I'm afraid I cannot help you then. > > Do test cases exist already within the open quality assurance system which > check the desired login success together with other free OpenGL software > components? > Yes, see here e.g.: https://openqa.opensuse.org/tests/312560 or https://openqa.opensuse.org/tests/312418 > > SDDM uses QML for its theming, which does require OpenGL 2.x, > > at least currently. > > Are there any chances that this software dependency can become conditional? Conditionial on what? OpenGL? Well, Qt 5.8 will come with a software renderer for QML on its own (until not too long ago that was proprietary and therefore couldn't be included). That should improve things in the future hopefully in this regard. (In reply to Wolfgang Bauer from comment #12) Thanks for your additional information. |
Created attachment 703757 [details] Backtrace for a coredump from a run of “Simple Desktop Display Manager Greeter” Today I tried again to achieve another login with the software “Simple Desktop Display Manager 0.13.0-4.1” while my graphic card was driven by software from the script “NVIDIA-Linux-x86_64-367.57.run”. Unfortunately, I observed that it did not work as expected once more. The journal contains information like the following: … Nov 25 09:17:12 Sonne systemd-coredump[29512]: Process 29477 (sddm-greeter) of user 459 dumped core. … Nov 25 09:16:52 Sonne sddm[29371]: Greeter stopped. Nov 25 09:16:52 Sonne sddm[29371]: Auth: sddm-helper exited with 6 Nov 25 09:16:52 Sonne sddm-helper[29470]: [PAM] Ended. Nov 25 09:16:52 Sonne sddm-greeter[29477]: Failed to create OpenGL context for format QSurfaceFormat(version 2.0, options QFlags(), depthBufferSize 24, redBufferSize -1, gr Nov 25 09:16:52 Sonne sddm-greeter[29477]: Message received from daemon: HostName Nov 25 09:16:52 Sonne sddm-greeter[29477]: Message received from daemon: Capabilities Nov 25 09:16:52 Sonne sddm-greeter[29477]: QDBusConnection: name 'org.freedesktop.UDisks2' had owner '' but we thought it was ':1.64' Nov 25 09:16:52 Sonne sddm-greeter[29477]: Adding view for "DVI-D-0" QRect(0,0 1920x1080) Nov 25 09:16:52 Sonne sddm-greeter[29477]: file:///usr/share/sddm/themes/breeze-openSUSE/components/Battery.qml:39:18: Unable to assign [undefined] to int … Nov 25 09:16:51 Sonne systemd[1]: Starting Disk Manager... Nov 25 09:16:51 Sonne sddm-greeter[29477]: QObject::installEventFilter(): Cannot filter events for objects in a different thread. … Nov 25 09:16:48 Sonne sddm-greeter[29477]: QObject: Cannot create children for a parent that is in a different thread. (Parent is SDDM::GreeterApp(0x7ffee2dad3f0), parent's thread is QThread(0xf15120), current thread is QThread(0xfe0ac0) Nov 25 09:16:48 Sonne sddm[29371]: Message received from greeter: Connect …