This is actually what forced me to migrate to Wayland, seeing lots of people complaining about Wayland but not seeing people stepping up to maintain X11. And those who used to maintain X11, built Wayland instead.
Yes, Wayland isn't perfect, but for professionals who just want shit to continue working, you kind of have to move to the software that is being maintained, for better or worse.
Wayland on the other is just a insanely stupid API. Everybody advocating for Wayland should be forced to write a simple client at least once without relying on behemoths like GTK or Qt.
If by "people" you mean a fascist who doesn't know how to program, then sure. But the sensible people who don't present a security threat with their politics or with shitty code are 100% in the Wayland camp.
> Also the people that used to maintain X11 (e.g. Keith Packard) had nothing to do with building Wayland.
Those people aren't maintaining X11 today, are they? The people who are maintaining X11 today have put it in bugfix-only mode and have told you, many times, that the future is Wayland. End of discussion.
Look, you want to run a retro 90s desktop for shits and giggles, that's great. There's even an officially supported path for this use case: Ariadne Conill's Wayback. But the DEs and the toolkits are all removing X11 support within the next year or two. There is no future there. You want to keep running modern software, you will have to switch to Wayland eventually—and soon.
> Wayland on the other is just a insanely stupid API. Everybody advocating for Wayland should be forced to write a simple client at least once without relying on behemoths like GTK or Qt.
Nobody actually develops applications that way. They all use a toolkit, and the behemoths cover pretty much 90% of actual application development (modulo things like Electron). Both of those, by the way, are deprecating X11 support.
Yeah, lies and then you come in with shit like this. You can surely show several proofs then, right?
> Wayland on the other is just a insanely stupid API. Everybody advocating for Wayland should be forced to write a simple client at least once without relying on behemoths like GTK or Qt.
Why would you do it outside of toying around? Btw, I have and it's nothing out of ordinary.
Last activity 2 hours ago at time of writing.
https://gitlab.freedesktop.org/groups/xorg/-/activity
Most of the people complaining are users who don't write any software. There is no practical difficulty in using an x11 wm at this point nor expected to be until major software not only doesn't support x11 by default but cannot be built with support for same.
Maybe it will be difficult to run X in 2030?
An absolute metric TON of code in general that is/was largely dependent on free $0 volunteer labor has been bit rotting for the past 5 years. The COVID pandemic and the ongoing tech layoffs have really opened our eyes to just how much tech got built for free by firms pushing "always be coding" down our throats in the 2010s. It's why the only truly stable Linux OSes right now are largely Ubuntu and RHEL (even more RHEL lately) - you get what you pay for if no one else is footing the bill.
was the statement I was replying to. In 10 years of using dwm I've not been aware of any bitrot that affects me. Certainly nome in the WM itself.
Always the same lies...
Edit: You really do like calling other people liars and fascists?
Not sure how much I like "hand-write your own code from snippets" as a way to configure software.
And while you have a good point, I don’t think this is what most people have in mind when they use the term “bitrot” (but I could be wrong). I say this because dwm as supplied continues to work perfectly without modification. The patches are enhancements contributed by third parties (as far as I know) and, as you’ve discovered, are not maintained.
(Also, once you have a working, patched dwm, it should continue to work forever, even if the patches that you used may no apply automatically to future versions of the base dwm.)
And given that Wayland has less moving pieces (it properly sits on top of kernel abstractions), your take is even less likely to be true.
Wayland despite receiving huge amounts funding has actually far more moving pieces. Even for the simplest tasks you have to deal with a dbus infested portal maze, many parallel infrastructure effects and high fragmentation. The API is atrociously stupid and cumbersome.
Besides that the modesetting driver of xorg also sits "properly on top of kernel abstractions". How is this in any ways a relevant criterion. What matters is that Wayland clearly makes the wrong abstractions for Desktop applications and the vast amount of parallel infrastructure required to do even the simplest tasks shows that.
Citation needed
> Even for the simplest tasks you have to deal with a dbus infested portal maze
The simplest task is displaying a buffer, or changing a buffer, or handling events, and absolutely none of them have anything to do with dbus whatsoever. Also, have you seen an X11 desktop environment like KDE or Gnome? I recommend looking at all the dbus messages that are in flight there at any time.
For a very strange definition of "perfect".
Dbus does suck, I'll give you that.
Ubuntu and RHEL exist, but you're right that they're outliers. This is potentially the next killer app if someone wants to take this on.
There is no "Wayland" that can stop being developed. It is a protocol and a consensus, nothing more.
Hence there is no community.
Also the whole "there is no Wayland" "it's just a protocol" spiel has been played so often that I believe Wayland apologists are mostly bots.