128
The technical merits of Wayland are mostly irrelevant
(utcc.utoronto.ca)
you are viewing a single comment's thread
view the rest of the comments
view the rest of the comments
this post was submitted on 01 Sep 2023
128 points (85.2% liked)
Linux
48334 readers
1134 users here now
From Wikipedia, the free encyclopedia
Linux is a family of open source Unix-like operating systems based on the Linux kernel, an operating system kernel first released on September 17, 1991 by Linus Torvalds. Linux is typically packaged in a Linux distribution (or distro for short).
Distributions include the Linux kernel and supporting system software and libraries, many of which are provided by the GNU Project. Many Linux distributions use the word "Linux" in their name, but the Free Software Foundation uses the name GNU/Linux to emphasize the importance of GNU software, causing some controversy.
Rules
- Posts must be relevant to operating systems running the Linux kernel. GNU/Linux or otherwise.
- No misinformation
- No NSFW content
- No hate speech, bigotry, etc
Related Communities
Community icon by Alpár-Etele Méder, licensed under CC BY 3.0
founded 5 years ago
MODERATORS
What has kept me away from Wayland is the tendency to be dependent on the compositor for so much.
I use my preferred X11 window manager for largely aesthetic reasons, but by and large, I can swap it out and the rest of the software doesn't give a damn. At most, you might have to tweak a RC file to fix missing custom assumptions (i. e. disabling decorations on full-screenified Proton games)
It seems like on Wayland, there's a lot more of a "if you aren't using GNOME or KDE, the odds something meaningful breaks are much higher." Aside from the perceived bulk of these environments, they're highly opinionated-- I suspect it would be a major production number to hammer them into a shape that looked like FVWM or WindowMaker, even if you only wanted to match a single theme's aesthetics (as opposed to, say, FVWM's dynamic configurability).
If you find a Wayland compositor that's based on wl-roots, you basically get that ability for swapping out the window manager.
The wl-roots project aims to be a common library that any project can pull in without having to implement the required Wayland protocols themselves.
But even that's a relatively high bar. Wl-roots is self-described as "60000 lines of code you don't have to write yourself", and any arbitrary compositor may not use it or may not be up-to-date with it. In X11, you don't need 60,000 lines of code to be functional. Hell, the example Window Manager that was printed as a couple of chapters in the old X11R5 reference books works well enough especially considering its size.
I feel like I missed the historic genesis of this particular quagmire. Knowing that a composer was essential, you'd expect developers would want to make very robust core functionality-- a super-rich libweston or something like wl-roots, so that "real" compositors would just be paper-thin extensions that answered the opinionated parts. Did early Wayland design get bogged down on embedded-style use cases where such features were seen as too expensive (compare: no built-in printf in C), or was it a deliberate territory grab by early compositor developers, trying to turn it into a place they could to gain competitive advantage?