I finally decided to allow SDDM (on an existing installation)for the first time since it was announced SDDM was to become default for KDE installations. I used zypper to remove the remnants of KDE4, then zypper in sddm sddm-branding-upstream I check with update-alternatives to find sddm had already been selected, then rebooted, with 5 instead of 3 on kernel cmdline. No DM at all, only login prompts on ttys1-6. I checked xdm and sddm with systemctl status. I found sddm disabled and xdm enabled, which I expected as xdm is how KDM3 and TDM are enabled. I tried zypper ve. That found the usual suspects, "broken" packages because either fonts I don't want installed would be, or because I refuse to allow glibc-locale to be installed (since glibc-locale-base should be sufficient[1,2]. glibc-locale is huge, and / has limited freespace) so I chose to keep all those broken. I allowed only other, plasma5-integration-plugin, to be added. Reboot, still no DM. So I tried using YaST2 from a Plasma session started with startx to see what else might be sddm-related, and selected to add kcm_sddm. That pulled in desktop-translations & ucode-intel with it. I rebooted, and still no DM. Finally I remembered to check the journal. SDDM coredump. Journal tail attached. Is this my fault rather than a bug? Does anyone else successfully use upstream SDM theme instead of openSUSE SDDM theme (without Plymouth installed)? Does this combination ever get QA tested? What next to do? [1] https://bugzilla.opensuse.org/show_bug.cgi?id=1153854 [2] https://bugzilla.opensuse.org/show_bug.cgi?id=1154405 -- Evolution as taught in public schools is religion, not science. Team OS/2 ** Reg. Linux User #211409 ** a11y rocks! Felix Miata *** http://fm.no-ip.com/