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...).
This is very good news as I love and use both software a lot.
Reading the original post from rsadowski@, it turns out the motivation behind it all is a pretext to use LLMs. Given the amount of patches submitted, I truly hope this code was thoroughly reviewed and remains (even if machine-generated) secure and at the same quality level as what we're used to with OpenBSD software.
As the next release is slowly cooking, I'd like to mention an artist that I love: @pmjv, or prahou. He's been dedicated to submitting awesome artwork about his universe, here at /c/unix_surrealism, which features many openbsd related comics (puffy being an important protagonist).
I was thus wondering how an artist could pretend at submitting an artwork for the next release ? Is it a shortlist ? Do you simply upload some on the mail list ?
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.
cross-posted from: https://lemmy.sdf.org/post/1341812
The one true white rabbit.
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.