I have no idea what you write, but clearly what you write is absolutely incorrect.

See: https://github.com/X11Libre/xserver

Also I don't understand why you write that pipewire broke with the past. That's also totally incorrect.

Wayland I agree with your statement but that's a corporate-controlled project by the GNOMEy overlords, so this is not a surprise (GTK5 will support wayland only; that was one reason why I stopped writing more GTK code).

As for your systemd comment: again I have no idea what you write. It does not make any sense. And the word "cohesive" is odd: all the systemd components, of course, form a cohesive unit WITHIN ITSELF from the get go - that was the whole point for the systemd developers to make themselves more important. systemd was never a "replace init only" attempt, they deliberately took over the ecosystem here to leverage more control. And that also, kind of, makes sense for those controlling many computers in a, say, university campus or so; administrators find that some jobs were made easier by that. For me, and many others, systemd brought nothing to the table that was needed. They always built strawmen such as "you may abandon your legacy shell scripts booting your system" - I don't use shell scripts in general. All logic I have is done via ruby + yaml files mostly (or, data files that describe the logic in a DSL like manner), so I never had any use case for systemd. As for your claim that you do not have to tinker with systemd: again, I have no idea why you write this. It sounds like a very poor and one-sided attempt to promote systemd. You never had an issue? I had numerous issues whenever I would use systemd, starting from smaller to larger issues. For instance, I remember that my local clock was not well-aligned so I changed it. Then I tested again and noticed the clock did not change. It took me a while to figure out that systemd inserted itself here and ignored my attempt to fix the local clock. Past that point I treated systemd as an invasive virus that attempts to ignore my commands, so off it went. That's just one example of many more issues with systemd. The philosophy the systemd devs use is mega-aggressive and incompatible with many other things, including the old UNIX pipe idea as well as "everything is a file".

> We just need someone to break away clean from the cancer that is Gnome/GTK and friends.

I would not use the term cancer, but I would agree that we could need more flexibility. We simply lack viable options here. Corporations de-facto control most of the code here. Or AI. Not a good future really.

> Qt and KDE is does not count, they too are very encumbered with legacy. Yes, it will be a grind to get anything working without those, but I could live with a gtk/kde shim a la xwayland.

Again, no clue what you write here, but let's also be realistic: which alternatives to GTK or QT do you see coming up here? Plus, we then have more code for a toolkit. What we need is a meta-toolkit, that can be used in its own right (e. g. without qt and KDE) but also be used in way to allow people to create applications in qt and kde at the same time. One toolkit to rule them all. And it must be as flexible as possible. In many ways it is kind of HTML/CSS/JavaScript, de-facto really; would be nice to have a way to have something that could target all of the above, but I think the boat has sailed. HTML/CSS/JavaScript kind of won, and perhaps via webassembly we could at the least use something else other than JavaScript.