[Bug 1158543] New: Broken dbus implementation in sddm as no second greeter is posssible over dbus
http://bugzilla.opensuse.org/show_bug.cgi?id=1158543 Bug ID: 1158543 Summary: Broken dbus implementation in sddm as no second greeter is posssible over dbus Classification: openSUSE Product: openSUSE Distribution Version: Leap 15.1 Hardware: x86-64 OS: openSUSE Factory Status: NEW Severity: Major Priority: P5 - None Component: KDE Applications Assignee: opensuse-kde-bugs@opensuse.org Reporter: werner@suse.com QA Contact: qa-bugs@suse.de CC: simonf.lees@suse.com Depends on: 1157431 Blocks: 1157462 Found By: --- Blocker: --- +++ This bug was initially created as a clone of Bug #1157431 +++ Using Alias=dbus-org.freedesktop.DisplayManager.service in an own /etc/systemd/system/display-manager.service and enabling this leads with qdbus --system org.freedesktop.DisplayManager /org/freedesktop/DisplayManager/Seat0 org.freedesktop.DisplayManager.Seat.SwitchToGreeter to Nov 21 11:54:55 tux sddm[4218]: Failed to read display number from pipe Nov 21 11:54:55 tux sddm[4218]: Display server failed to start. Exiting Nov 21 11:54:55 tux systemd[1]: display-manager.service: Main process exited, code=dumped, status=6/ABRT Nov 21 11:54:55 tux systemd[1]: display-manager.service: Unit entered failed state. Nov 21 11:54:55 tux systemd[1]: display-manager.service: Triggering OnFailure= dependencies. Nov 21 11:54:55 tux systemd[1]: display-manager.service: Failed to enqueue OnFailure= job: No such file or directory Nov 21 11:54:55 tux systemd[1]: display-manager.service: Failed with result 'core-dump'. seems that sddm on leap 15.1 does call abort() (or the broken configured libdbus-1 does this as this library is by default broken as a library sould NEVER call at any point abort()) -- You are receiving this mail because: You are on the CC list for the bug.
http://bugzilla.opensuse.org/show_bug.cgi?id=1158543
http://bugzilla.opensuse.org/show_bug.cgi?id=1158543#c1
Dr. Werner Fink
http://bugzilla.opensuse.org/show_bug.cgi?id=1158543
http://bugzilla.opensuse.org/show_bug.cgi?id=1158543#c2
Fabian Vogt
Nov 21 11:54:55 tux sddm[4218]: Failed to read display number from pipe Nov 21 11:54:55 tux sddm[4218]: Display server failed to start. Exiting
That means Xorg failed to start, check /var/log/Xorg.log* In any case, please provide more info - you wrote that you created a custom .service file, but not telling about the contents. -- You are receiving this mail because: You are on the CC list for the bug.
http://bugzilla.opensuse.org/show_bug.cgi?id=1158543
http://bugzilla.opensuse.org/show_bug.cgi?id=1158543#c3
Dr. Werner Fink
http://bugzilla.opensuse.org/show_bug.cgi?id=1158543
http://bugzilla.opensuse.org/show_bug.cgi?id=1158543#c4
--- Comment #4 from Dr. Werner Fink
http://bugzilla.opensuse.org/show_bug.cgi?id=1158543
http://bugzilla.opensuse.org/show_bug.cgi?id=1158543#c5
Dr. Werner Fink
http://bugzilla.opensuse.org/show_bug.cgi?id=1158543
Dr. Werner Fink
http://bugzilla.opensuse.org/show_bug.cgi?id=1158543
http://bugzilla.opensuse.org/show_bug.cgi?id=1158543#c6
Fabian Vogt
One problem seems to remain: libdbus1 aborts sddm if an second X server (which crahses) started over display-manager service.
Why do you think that's libdbus1? sddm has:
// start display server if (!m_displayServer->start()) { qFatal("Display server failed to start. Exiting"); }
By default, qFatal calls abort() after logging. Feel free to open an issue upstream (https://github.com/sddm/sddm). -- You are receiving this mail because: You are on the CC list for the bug.
participants (1)
-
bugzilla_noreply@novell.com