KDE

5351 readers

25 users here now

KDE is an international technology team creating user-friendly free and open source software for desktop and portable computing. KDE’s software runs on GNU/Linux, BSD and other operating systems, including Windows.

Plasma 6 Bugs

If you encounter a bug, proceed to https://bugs.kde.org, check whether it has been reported.

If it hasn't, report it yourself.

PLEASE THINK CAREFULLY BEFORE POSTING HERE.

Developers do not look for reports on social media, so they will not see it and all it does is clutter up the feed.

founded 1 year ago

MODERATORS

carlschwan@lemmy.kde.social

Bro666@lemmy.kde.social

herzenschein@pawb.social

Aniqakhokhar@lemmy.kde.social

KDE Linux is a work-in-progress name of a KDE-owned general-purpose Linux distribution proposed at Akademy 2024 (community.kde.org)

submitted 2 weeks ago by Lemmchen to c/kde@lemmy.kde.social

21 comments fedilink hide all child comments

Non-goals

Does not have to support the runtime installation of kernel modules. This will prevent the out-of-the-box installation of, for example:

Proprietary NVIDIA kernel driver (NVIDIA GPUs must either be new enough to use the open-source kernel modules that can be distributed in-tree, or else use Nouveau)

VirtualBox (requires out-of-tree modules; QEMU/KVM probably do a better job anyway)

Vendor-specific VPNs that require custom out-of-tree kernel modules that cannot be redistributed with the kernel due to license incompatibility

Does not have to support the use case of developing low-level system components like the kernel, drivers, systemd, etc., as this can be troublesome with an immutable base OS.

Does this part mean there will also be no support for ZFS?

you are viewing a single comment's thread
view the rest of the comments

[–] mox@lemmy.sdf.org 3 points 2 weeks ago* (last edited 2 weeks ago) (1 children)

The existing distro Neon has issues generally because of their choice to use Ubuntu LTS as a base. This is because KDE Plasma needs newer libraries usually than Ubuntu LTS can provide

In other words, they don't have enough resources dedicated to doing it well. This is part of the problem I described.

Basing it on Arch means they’ll almost always have the latest libraries ready to go.

That could reduce the work required in one area, but would increase it in another. Arch fails the "doesn't break" goal on its own, which means someone would have to do more work if they want to achieve it.

[–] justin@lemmy.kde.social 1 points 2 weeks ago (1 children)

In other words, they don’t have enough resources dedicated to doing it well.

No they're resourced quite fine, trying to mash old with new is never going to smooth.

That could reduce the work required in one area, but increase it in another. Arch fails the “doesn’t break” goal on its own, which means someone would have to do more work to achieve it.

And that's why they have each release as it's own btrfs subvolume, if it breaks, you roll back, done. There will be 3 (maybe 4) variants and users will be encouraged to run the "stable" variant which is managed as a snapshot in time deployment where KDE Linux and KDE devs together agree that the system is stable and has 0 critical/showstopper bugs.

[–] mox@lemmy.sdf.org 3 points 2 weeks ago

Good luck. :)