Control: severity -1 important Control: tag -1 + upstream On 14/09/15 00:34, Carlos Kosloff wrote: > Severity: grave
The package works in most of the use cases, so I don't think the severity is justified, downgrading it to important. > I only removed leftovers of packages that had already been removed by a > dist-upgrade. > After that, sddm would not give me a login prompt so I was unable to log into > KDE the normal way. > I had to do 'systemctl stop sddm.service', as root. > Then 'startx startkde' as user to access the desktop, this bypassing sddm. > I checked the above mentioned packages and they are installed and the latest > version in stretch. > In order to log into desktop the normal way I installed kdm and set is as > default. > To help troubleshooting I will attach some traces I collected from error logs. I couldn't reproduce the bug as reported. But since the log showed starting sddm from tty1 after an upgrade I tested sddm with a running display-manager, it fails in similar ways to the reported error. Either having an X on tty7, an non-stopped kdm, lightdm, or any other display manager running in tty7 would fail. I think that sddm is failing to detect the 'seat' already in use. I'll keep on investigating this issue. In the mean time, it would be nice to if you could check if stopping a running display manager before starting sddm allows sddm to work for you, as this would confirm that we are talking about the same issue. Happy hacking, -- "It is not the task of the University to offer what society asks for, but to give what society needs." -- Edsger W. Dijkstra Saludos /\/\ /\ >< `/
signature.asc
Description: OpenPGP digital signature
