gamma

14 years later the need is slowly growing so the support is slowly growing

Yes! I agree wholeheartedly. Adoption has been slow because Wayland did not meet the needs of most people more than Xorg did. Cinnamon isn't moving any time soon because the value-add isn't enough for the average desktop user.

But...

build something that people need

People have needed HDR and VRR for years. HDR is essential for professionals in video and image editing. They needed Wayland years ago, and it was being built with them in mind, not just the average desktop user in 2012.

Not every feature is used by every user of that software. I used X-forwarding over SSH once, ever. It did not add any value to me. SSH forwarding adds no value to the average user either. But it is essential to someone.

They are becoming more essential by the day. HDR and VRR is supported by just about every graphics card for the last 5 years, and displays which support both can be found for $200 or less. Valve had a reason to add HDR support to Gamescope/Steam Deck; it is a highly requested feature.

I will agree with you on one point: Xorg is not bad code. Xorg is an awesome project, and has developed and changed to the needs of users exceedingly well for decades. But X11 itself is tech debt. The first ten years of Wayland were spent paying that debt off (while simultaneously continuing Xorg development).

If the features aren't what you need, then Wayland wasn't built to support you today. But you might find yourself in 6 years looking at a gorgeous HDR display which works out-of-the-box on your favorite Linux distro thanks to Wayland.

features

• mixed refresh rates
• (not GNOME) mixed VRR/nonVRR
• (not GNOME) Better mixed DPI?
• (not yet, experimental in gamescope) HDR support
• (not yet, experimental in KDE) persistence through compositor restart

It was the inability to add features like mixed refresh which caused Xorg devs to push for a new protocol. Otherwise it would be yet another series of janky patches to break assumptions made in a 40 year old protocol.

Other devs have been working on it. Valve's contributions to wlroots, KDE, and gamescope can't be understated.

type -p is a shell builtin though, and one character shorter :)

Although you may prefer tool=$(command -v tool)

Comparing Arch's base + base-devel is kinda unfiar, there's only 54 packages total there.

awk for the modern age

*Thank you engineers who happen to be working at Facebook

Thought I'd check on the Linux source tree tar. zstd -19 vs lzma -9:

❯ ls -lh
total 1,6G
-rw-r--r-- 1 pmo pmo 1,4G Sep 13 22:16 linux-6.6-rc1.tar
-rw-r--r-- 1 pmo pmo 128M Sep 13 22:16 linux-6.6-rc1.tar.lzma
-rw-r--r-- 1 pmo pmo 138M Sep 13 22:16 linux-6.6-rc1.tar.zst

About +8% compared to lzma. Decompression time though:

zstd -d -k -T0 *.zst  0,68s user 0,46s system 162% cpu 0,700 total
lzma -d -k -T0 *.lzma  4,75s user 0,51s system 99% cpu 5,274 total

Yeah, I'm going with zstd all the way.

Valve should get on this for gamescope, imagine Steam Deck doing a system update without closing your game.

Video files are just a bunch of zip files in a trenchcoat.

It used to use project folders, but due to confusion/user error was changed in 3.0.

zstd or leave