Welcome to c/linux!
Welcome to our thriving Linux community! Whether you're a seasoned Linux enthusiast or just starting your journey, we're excited to have you here. Explore, learn, and collaborate with like-minded individuals who share a passion for open-source software and the endless possibilities it offers. Together, let's dive into the world of Linux and embrace the power of freedom, customization, and innovation. Enjoy your stay and feel free to join the vibrant discussions that await you!
Rules:
Stay on topic: Posts and discussions should be related to Linux, open source software, and related technologies.
Be respectful: Treat fellow community members with respect and courtesy.
Quality over quantity: Share informative and thought-provoking content.
No spam or self-promotion: Avoid excessive self-promotion or spamming.
No NSFW adult content
Follow general lemmy guidelines.
Thing is, there's no real software KVM (or rather KM) solution for Wayland. Barrier (and the others) works only on X11.
It's a minor thing, but unfortunately major enough for me to be unable to switch to Wayland at all.
Completely dropping X11 sounds a nightmare in my case. I'm not against dropping X11, if Wayland proves to be a better alternative. But not with "holes" like this. :c
On the one hand that means future Kubuntus (for a while) won't have remote desktop, remote UI commands, global hotkeys, nor other such useful features. Or, heck, won't have accessibility. On the other hand, from the progress I've seen KDE are among the better positioned to change that, so who knows. Prepping for a Kubuntu LTS?
~~On the third hand, it's still Ubuntu. The Wayland fixes are probably going to be shipped as snaps for the Pro version.~~
KDE does have remote desktop support
the problem now is that while kde and gnome do have most of those things on wayland, it's all bespoke. there are no universal wayland remote desktop systems or accessibility pushes, just "the gnome one" and "the kde one".
it's fragmenting the desktop.
it's all bespoke
Unfortunately, that's by design. Mir was the display server that tried to combat that exact problem, and we burned it at the stake.
, and we burned it at the stake.
Gotta love that about FOSS communities. Every time someone tries to do something interesting, we burn them at the stake. It's a classic of the Mozilla fandom, for example.
Ironically, everyone hated it because they thought it would cause fragmentation.
What we need is a remote session API
I don't see that happening though
That has always been my main criticism about wayland: it's actually vaporware.
It's just a spec (and not even a complete one) that says "now, you go do our work and implement all this". So everyone has to go and do their own thing, which is the usual big corpo strategy to kill small corpo and/or FOSS. So I wonder why don't people see it. Pulseaudio, wayland, systemd, all came in at about the same time as the "microsoftism" infection in Linux development.
From what I recall, for the first 5-or-so years there was not even a reference implementation (and I don't know if that is still the case, but do would expect it is).
I don't see how Wayland could be "antifoss." It is literally controlled by the major desktops. For smaller projects there are libraries that do the heavy lifting.
The major benefit is that the performance us much better since you don't have a bloated display server that has decades worth of bad code.
i think weston is the reference implementation, but i don't know if it's usable
It is "usable"
Not a great experience but it does work. Honestly I don't know why it exists at this point. It is holding back Wayland in a lot of cases and they are sluggish to implement anything.
KDE already has remote desktop and global shortcuts implemented. It's applications that are lacking proper Wayland support.
The remote desktop is only RDP and VNC with the built in server.
There is no API for easily starting or managing a desktop session
This is going to be an interesting shake up, to say the least.
Given the push for Wayland adoption and the dropping of Xorg, this is not surprising. In fact they chose a good time to do this as more testing can be done before 26.04 is finalized and deployed to end users.
@tonytins Ubuntu-Mate however will. But really it does not matter if it is included by default as long as it is installable.