Proposal: Adding a Plasma Login Manager

Nicolas Fella nicolas.fella at gmx.de
Wed Mar 26 12:35:09 GMT 2025


Am 26.03.25 um 10:25 schrieb David Edmundson:
> As discussed in Plasma meetings and Akademy's, Oliver Beard and I have
> been working on incubating SDDM into Plasma whilst also providing a
> more coherent Plasma experience.
>
> This has been implemented as two new repositories:
>
> https://invent.kde.org/davidedmundson/plasma-login-manager) a
> continuation of SDDM with full history.
> https://invent.kde.org/davidedmundson/plasma-login for front end and KCM code.
>
> It doesn't have to stay that way. The front end was separate because I
> tried using greetd first. Then the backend is separate as it has SDDM
> history imported. We can choose to merge them, or put the front end in
> plasma-workspace. I'm not sure what we want.

I'd lean towards merging them in one repo. Neither are useful on their
own, are they?

> It's not quite at a stage ready for official kdereview, but ready for
> development.

Then it probably makes sense to move the repo(s) to the plasma namespace.

If it at lease somewhat works, maybe it would make sense for KDE Linux
(or Neon unstable) to start using it, as an early integration test.

> I've written up a blog post, because social media will pick this up
> this thread anyway, and I wanted to explain some previous discussions
> without rehashing here:
> https://blog.davidedmundson.co.uk/blog/a-roadmap-for-a-modern-plasma-login-manager/

Concept and rationale seems good.

I'm a bit confused about "I also aim to incubate it into the KDE
ecosystem to have full autonomy over the project and merging stuck
patches.". Do you plan to maintain SDDM in addition to plasma-loginmanager?

Cheers

Nico
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://mail.kde.org/pipermail/plasma-devel/attachments/20250326/871f7098/attachment.htm>


More information about the Plasma-devel mailing list