| ▲ | jasoneckert 6 hours ago |
| In short, this reads like a mix of valid historical pain points and outdated assumptions. The post frames Wayland security as “you can’t do anything,” but that’s a misunderstanding. Even under X11, any app can log keystrokes, read window contents, and inject input into other apps. Wayland flips this to isolation-by-default: explicit portals/APIs for screen capture, input, etc. Moreover, the performance argument is weak and somewhat contradictory. The author claims there is no clear performance win, and that it's sometimes slower and hardware improvements make it irrelevant. But Wayland reduces copies and avoids X11 roundtrips (architectural win). Actual performance depends heavily on compositor + drivers, and I've found that modern hardware has HUGE performance improvements (especially Intel, AMD, and Apple Silicon via the Asahi driver). The NVIDIA argument is also dated. Sure, support was historically bad due to EGLStreams vs GBM, but this has improved significantly in recent driver releases. Many cited issues are outdated too. OBS, clipboard, and screen sharing issues are now mostly (if not entirely) solved in the latest GNOME/KDE. I've been using Wayland exclusively on Fedora and Fedora Asahi Remix systems for many years alongside Sway (and occasionally GNOME and KDE). Adoption has accelerated in many distros, and XWayland for legacy apps is excellent (although I believe using the word "legacy" here would be a trigger word for the author ;-). There's no stagnation here... what we're looking at is a slow migration of a foundational layer, which historically always takes a decade or more in the Linux world. |
|
| ▲ | hyperbolablabla 15 minutes ago | parent | next [-] |
| In my experience I have found the xdg-desktop-portal for whatever reason to be completely non functional on Arch/Hyprland. It must be an issue with my config but on x11 I never had to think about this |
|
| ▲ | JumpCrisscross 6 hours ago | parent | prev | next [-] |
| > Actual performance depends heavily on compositor + drivers, and I've found that modern hardware has HUGE performance improvements (especially Intel, AMD, and Apple Silicon via the Asahi driver) Author’s argument is those hardware improvements could have been had for free with X11 upgrades. I’m not saying it’s a complete argument. But talking about architectural wins sounds like conceding the argument. |
| |
| ▲ | joecool1029 4 hours ago | parent [-] | | > Author’s argument is those hardware improvements could have been had for free with X11 upgrades. I do NOT miss having tearing all the time with X11. There were always kludgy workarounds. Even if you stopped and said ok, lets not run nvidia, let's do intel they have great FOSS driver support, we look back at X11 2D acceleration history. EXA, SNA, UMA, XAA? Oh right all replaced with GLAMOR, OK run modesetting driver, right need a compositor on top of our window manager still because we don't vsync without it. Do you have monitors with a different refresh rate? Do you have muxes with different cards driving different outputs? All this stuff X11 sucks at. Ok the turd has been polished well now after decades, it doesn't need to run as root/suid anymore, doesn't listen for connections on your network, but the security model still sucks compared to wayland, and once you mix multiple video cards all bets are off. But yeah, clipboard works reliably, big W for X11. |
|
|
| ▲ | xbar 6 hours ago | parent | prev | next [-] |
| It reads like a user that tried Wayland again last week, found the same issues and wrote a piece that tried to summarize why they remain sad after 17 years of waiting for Wayland to address its issues. |
| |
| ▲ | tapoxi 6 hours ago | parent [-] | | There is no "Wayland" to address these issues. It's like asking "web" to address its issues. Wayland is a protocol with multiple different implementations. | | |
| ▲ | nickelpro 5 hours ago | parent | next [-] | | But this is sort of the nature of the problem? In X11, the problem was Xserver. Now, X11's design philosophy was hopelessly broken and needed to be replaced, but it wasn't replaced. As you correctly point out, there is no "Wayland", Wayland is a methodology, a description, of how one might implement the technologies necessary to replace X11. This has led to hopeless fracturing and replication of effort. Every WM is forced to become an entire compositor and partial desktop environment, which they inevitably fail at. In turn application developers cannot rely on protocol extensions which represent necessary desktop program behavior being available or working consistently. This manifests in users feeling the ecosystem is forever broken, because for them, on their machine, some part of it is. There is no longer one central broken component to be fixed. There are hundreds of scattered, slightly broken components. | | |
| ▲ | wild_egg 4 hours ago | parent [-] | | I miss the Unix philosophy | | |
| ▲ | nickelpro 3 hours ago | parent [-] | | Wayland is far more aligned with the Unix philosophy than Xorg ever was. Xorg was a giant, monolithic, do everything app. The Unix philosophy is fragmentation into tiny pieces, each doing one thing and hoping everyone else conforms to the same interfaces. Piping commands between processes and hoping for the best. That's exactly how Wayland works, although not in plain text because that would be a step too far even for Wayland. Some stuff should not follow the Unix philosophy, PID 1 and the compositor are chief examples of things that should not. It is better to have everything centralized for these processes. | | |
| ▲ | uecker 2 hours ago | parent [-] | | In X you have server, window manager, compositing manager, and clients and all is scoupled by a very flexible protocol. This seems nicely split and aligned with Unix philosophy to me. It also works very well, so I do not think this should be monolithic. |
|
|
| |
| ▲ | Mawr 33 minutes ago | parent | prev | next [-] | | Could you briefly explain in simple terms, why I as a user would care about any of that? I want stuff to work. With Wayland, it largely doesn't. I don't terribly care about the semantics of it. | |
| ▲ | AlienRobot 5 hours ago | parent | prev [-] | | This is same cop out people use to talk about "Linux." "No, Linux isn't bad, your distro/DE is bad, if you used XYZ then you wouldn't have this problem." And then you waste your time switching to XYZ and you just find new problems in XYZ that you didn't have in your original distro. I'm genuinely tired of this in the Linux community. You can't use the "Wayland" label only for the good stuff like "Wayland is good for security!" and "Wayland is the future" and then every time someone complains about Wayland, it is "no, that's not true Wayland, because Wayland isn't real." | | |
| ▲ | tapoxi 5 hours ago | parent [-] | | But that's what we signed up for in the Linux wirld. Linux systems are smorgasbord of different components by design, and that means being specific. I'm using KDE Plasma 6, that's a different experience than someone using Cosmic or Sway. |
|
|
|
|
| ▲ | 6 hours ago | parent | prev | next [-] |
| [deleted] |
|
| ▲ | Mawr 36 minutes ago | parent | prev [-] |
| This reads like AI/FSD-bro speak: "no, that's all old news, you clearly haven't tried the new cutting edge model/build bro! it's all fixed now!". > Wayland security Okay, that's great, but why would I care? If you can implement those security wins transparently in the background, cool. Otherwise, what I care about is being able to take a screenshot, not about some theoretical "security threat" from already vetted programs I run on my machine. > OBS, clipboard, and screen sharing issues are now mostly (if not entirely) solved in the latest GNOME/KDE. Oh, the clipboard works mostly correctly now, after some 17 years of development? Could not have come up with a more damning statement. Complete misalignment of priorities. |