Here’s my 2cts as someone who (used to) hate Wayland:

The main reason is frustration. Using Xorg was simple. You install xorg-server (and its million dependencies), a window manager and you’re good to go. Fire up the server, and then run all the software you need. The window manager is just one of them (and is entirely optional).

Wayland is another story though. You don’t “install Wayland”. It’s only a spec. Just like you don’t install HTTP to browse the web. You either install Firefox, epiphany or dillo, which all support a different amount of that spec. For example dillo is ultra light but doesn’t support javascript. It’s the same with Wayland compositors, except that the spec changes every week (or used to, back in Wayland’s early days). And it was so frustrating to come from Xorg where everything works to another system where you couldn’t even copy/paste between windows !

Wayland being only a protocol is it’s greatest strength and main weakness. It’s good because it’s extensible and everyone’s free to implement whatever extension they need. Unfortunately it went in all directions with everyone coming up with new extension everyday, causing fragmentation when there was barely 3 competitors (kde, gnome and wlroots). As a developer, it’s ultra confusing, just like on the web when you used to add support for chrome, mozilla and IE. And requires a lot of effort because the landscape is constantly changing. So if devs are lost, imagine users…

Hopefully nowadays there’s some kind of consortium that’s voting Wayland extensions, which is a great thing. Things move at a pace that is okayish to keep up with, and most basic expected features are there (copy/paste, screen save/lock, desktop shells, etc…).

There is arcan which is its own thing. I’m not aware of any mature application using it for the desktop though.

Otherwise if you assume that every wayland compositor basically endorse the role of a display server, there are plenty of them.

Weight your words my friend! GNU’s a behemoth !

GCC alone is almost as big as Linux. Add core/binutils, the Hurd, … And you easily outclass the kernel itself !

~ $ du -sh linux-6.4.12/ gcc-13.2.0/                    1.5G    linux-6.4.12/                                   1.1G    gcc-13.2.0/

Oh, and Emacs.

For config files, I use tarsnap. Each server has its own private key, and a /etc/tarsnap.list file which list the files/directories to backup on it. Then a cronjob runs every week to run tarsnap on them. It’s very simple to backup and restore, as your backups are simply tar archives. The only caveat is that you cannot “browse” them without restoring them somewhere, but for config files it’s pretty quick and cheap.

For actual data, I use a combination of rclone and dedup (because I was involved in the project at some point, but it’s similar to Borg). I sync it to backblaze because that’s the cheapest storage I could find. I use dedup to encrypt the backup before sending it to backblaze though. Restoration is very similar to tarsnap:

dup-unpack -k keyfile snapshot-yyyymmdd | tar -C / -x [files..] .

Most importantly, I keep a note on how to backup/restore: Backup 101

No static IP required ! I use it on my phone over LTE and it works great. Same goes for the NAT, I use it at work to where my laptop sits behind a NAT and I don’t have any issue.