Do you have xdg-desktop-portal-gnome installed?
Screen-sharing is working out of the box for me on both gnome and wlroots. File a bug to your distro maintainers if it doesn't.
Screen-sharing is working out of the box for me on both gnome and wlroots. File a bug to your distro maintainers if it doesn't.
I do appreciate your response but ironically you're also demonstrating exactly the point I was trying to make. As long as I have to worry about installing x-y-z-beta (but make sure it's the one from two weeks ago because last week's had a regression) to make essential basic functionality work we aren't really talking about a serious offering for normal users.
In reality like almost every other Ubuntu user I've talked to in real life about this I just switch back to X if I need to screen share. And if that stops working I'll switch from Ubuntu to something that does. Like building my own PC with micro-optimised component choices, tweaking Linux system software was interesting for a while and sometimes got great results, but life's too short to keep doing that forever. Now I just want something that does its job.
Of course it does. My argument is that for many users Wayland's time has not yet come. The kind of very noticeable issues some of us have mentioned in this discussion need to be fixed so things work normally as standard before that will really happen.
Wayland either lingers in the background indefinitely, or it gets “pushed” in a good-enough state, “forcing” misbehaving apps to fix themselves.
OSX and Windows can just say “we are using W from version V” and you loose business if you don’t update. There is only popularity as a incentive on a FOSS platform.
The problem with this argument is that it's almost certainly true. If you are a fan of Linux and hoping for it to gain market share and by extension grow the ecosystem for everyone that is not good news.
It doesn't matter if "most linux users" contribute or not. Only a minority report bugs, and an even smaller minority fix bugs.
There is an old saying that if you want something done right... well, let's not be cynical. Let's just be grateful that we have the opportunity to do things right!
Overall, this is one of the big architectural things that is horribly wrong with Wayland. Not offering a "batteries-included" path for everyone still using legacy systems is going to destroy adoption rates once you start looking outside the hobbyist crowd and towards enterprise/LTS markets. I get why you'd want to keep these components separate, but there's really no point now. Nobody is using this code as a module, they're simply re-implementing the same thing into different desktops over-and-over again. It's one of those rare moments where Xorg's monolithic codebase isn't a detriment, for once.
It's really only the larger DEs that will want to roll their own compositor like GNOME/mutter. Wayland allows them to do that in a feasible way, but it doesn't force them to because they can use something like wlroots.
>the onus is now on each individual desktop environment to provide it's own implementation of screensharing
wlroots-based DEs can simply use wlroots' screen-sharing implementation for example.
The wayland equivalent to the smaller DEs that relied on Xorg to reduce their complexity and maintenance is just smaller DEs using wlroots or similar.
The larger DEs like Gnome and KDE will have no problem bearing the onus of implementing wayland themselves. I've had it screen sharing working perfectly on gnome for the better part of a year already.
My example of a project doing this well is PipeWire. They looked at the Linux audio scene at the time (arguably worse than xorg on many accounts) and created a replacement that both supported old paradigms while simultaneously promoting lower-latency, higher-quality ways to connect. Wayland should have taken the same approach: it's never going to kill it's past, so it may as well adopt it. If I could use Wayland as a compositor while keeping x11 as my window server, I would. I wouldn't get the "full security" of Wayland, but I'd be onboard with their project if the maintainers weren't so allergic to user choice.
I don’t see how your supposed compositor/window server hybrid would solve any of the problem of the past - what would even be the task of wayland there? It would be what kde plasma does with its compositor.