| ▲ | bayindirh 3 hours ago | |||||||||||||||||||||||||||||||||||||
I worked on both Linux login process, SDDM and LightDM in the past. The process is complex to put it mildly. While PAM is a relatively straightforward system, interfacing with it and handling what it says is a bit backwards and complex (e.g.: Try to handle and relay LDAP password policy warnings to the user while in the login screen, and you'll have a fun time). While I don't like systemd, I can understand why KDE devs want to integrate with it, esp. if doing so simplifies their life and reduces the number of edge cases. Also, last but not the least, a KDE session is a complex beast. KDE overrides almost half of the environment it inherits to realize what the user has requested via System Settings (locales, esp.). So this is why I don't condone, but understand what they did. ...and yes, as everyone said, KDE will work with any login manager. | ||||||||||||||||||||||||||||||||||||||
| ▲ | busterarm 3 hours ago | parent [-] | |||||||||||||||||||||||||||||||||||||
PAM is indeed a minefield. A while back I lost a system because I had it configured with full disk encryption and pam_usb for totp-enhanced logins. A bugged update that I applied via pacman broke PAM and I lost my ability to login. This would have been just annoying and not catastrophic had I not also had FDE and forgotten where I stored my LUKS key. Lesson learned. | ||||||||||||||||||||||||||||||||||||||
| ||||||||||||||||||||||||||||||||||||||