KDE Plasma 6.6 is approaching, and one of its more controversial changes is a new login screen that depends on systemd – meaning that it won't work on the non-Linux operating systems KDE still nominally supports.
The first beta is now available. The KDE project has published a full changelog covering the differences between the current Plasma 6.5.5 release and what's internally known as Plasma 6.5.90, although, at nearly 2,500 lines, it's not exactly light reading. The KDE Wiki has a more digestible list that summarizes just under 40 significant changes.
One of these looks relatively inconspicuous. There's a new login screen called the Plasma Login Manager, which is forked from the existing SDDM. SDDM stands for Simple Desktop Display Manager and as the Arch Wiki describes: "It is the recommended display manager for the LXQt desktop environment."
However, the Plasma Login Manager depends upon the systemd-logind service. It will only work on Linux distros that use systemd; indeed, the developers of the new project explicitly dropped FreeBSD support in December 2025. The developers have defended the move in a Reddit discussion, and don't look likely to change their minds. This isn't stopping distros adopting it: it's already available in Arch Linux and the performance-oriented Arch variant CachyOS's new January 2026 release defaults to using the Plasma Login Manager.
This does not mean that KDE Plasma 6.6 as a whole will require systemd. There's no particularly close connection between any graphical login screen and whatever desktop or desktops it launches. For a Qt-based login manager, SDDM itself is still around, and there are lots of alternatives available. GhostBSD uses the Gtk-based LightDM, as do many Linux distros. On FreeBSD, the old but simple SLiM is a common choice, although its long unmaintained upstream, and the developer of the continuation SLiM fork reported serious health problems.
Even so, this is suggestive for the future direction of the KDE Plasma project. As we reported back in November, KDE's stated future direction is to go Wayland-only. Wayland already works on FreeBSD, and that includes in KDE Plasma. That shouldn't be a problem.
Support on the other BSDs is more preliminary. OpenBSD developer Matthieu Herrb reported that he had it running [PDF] back in 2023. Even earlier it was possible to run it on NetBSD, and we do like that developer's later summary: "The bad news is that to have applications running we require access to a larger open source ecosystem, and that ecosystem has a lot of churn and is easily distracted by shiny new squirrels."
Calling Wayland a "shiny new squirrel" seems quite charitable to us. We feel that decisions like these, to favor Linux-centric tech such as systemd and Wayland, do represent the general direction of the GNOME and KDE projects. GNOME 49 came out in September 2025 and developer Adrian Vovk, whose work on GNOME OS we mentioned in 2024, earlier in 2025 explicitly said that future releases would be introducing stronger dependencies on systemd.
Among the BSDs, only FreeBSD and OpenBSD offer recent versions of the big two. In 2024, we reported on OpenBSD getting KDE Plasma 5, and last October's OpenBSD 7.8 offers KDE Plasma 6.4.5. We fear this will become more difficult for them as both GNOME and KDE become increasingly Linux-centric.
In July 2025, we reported that FreeBSD 15 would offer a minimal KDE desktop. That didn't make it in, but the team is still working on it – it's on the roadmap for 15.1.
In our humble opinion, perhaps the FreeBSD contributors should divert the targets of their efforts elsewhere – to a project less distracted by shiny new squirrels. Our suggestion would be the desktop whose release schedule has a similar cadence to their own: Xfce.
In 1982, the comic strip Frank and Ernest coined the line generally paraphrased as "Of course, Fred Astaire was a wonderful dancer, but Ginger Rogers did everything he did backwards and in high heels." Well, Xfce does everything that the bigger headline-hogging desktops do, but it does it quicker, in less code and with less memory. ®
Source: The register