I think the problem with btrfs is that it entered the spotlight way to early. With Wayland there was time to work on a lot of the kinks before everyone started seriously switching.
On btrfs a bunch of people switched blindly and then lost data. This caused many to have a bad impression of btrfs. These days it is significantly better but because there was so much fear there is less attention paid to it and it is less widely used.
Clearly you have had some bad experiences
Maybe you shouldn’t take your experience from 5 years ago and apply now. Wayland is solid and so is Btrfs. I know that because people use both.
I was mostly curious about btrfs with raid 1 on Proxmox but my doubts have been answered.
Except: I try Wayland every 6 months or so and still have problems with it.
Wayland’s problem isn’t Wayland; it’s all of the stuff that needs to work in Wayland that doesn’t. Using Wayland, to me, feels like using Windows, out a Mac: as long as you don’t stray out of the playground, it’s mostly fine (if a bit slow). As soon as you try to do any outside-the-box setup, like changing the status bar, things start getting all f’ed up. Like, last time I tried, I couldn’t get DPI font scaling to work - fonts would either be too small everywhere, or big in most apps but really tiny in the status bar. Whenever I encounter things like this, I search for solutions for, maybe an hour, see that other people have the same problem and there’s no fix yet, and bail back to X11, which Just Works.
Also, while I know some people have had bad experiences with btrfs, I’ve been using it for years. I originally switched because I had multiple separate cases of data loss using ext4, across different systems. It’s always baffled me that folks complain about btrfs, but ext4 was far less reliably. IME.
@possiblylinux127 @lambalicious Wayland may be solid as a local display manager but it does not network.
It is a protocol not a display manager. The desktop runs everything and the apps connect to it.
Network was never part of the design and never will be
@possiblylinux127 Yes idiots keep touting it as a replacement for Xorg which IS a networking display and that is a feature I need, and I suspect if more people knew how to use it they’d also need it.
I think most people aren’t living in the past. What is your use case exactly? What do you need a remote GUI for? RDP and other protocols exist and are much better especially in terms of performance.
@possiblylinux127 Again rdp, vnc, x2go, ONLY work for full desktops, they do not work for individual applications. If I’ve got a terminal session into a server and decide I want to fire up synaptic, X does that for me, Wayland doesn’t and the overhead of starting an entire desktop to run a single app for a few minutes does not make sense.
And there is were the community has kind diverged. Now days it is either headless servers or desktops.
Running individual apps is interesting but I am afraid that it is not super practical in 2024. However, there is this: https://github.com/udevbe/greenfield
Xorg is no longer being maintained for the most part and because the code base is so large there isn’t anyone who understands the codebase. I still use it for my semi virtual PC as Xorg allows for a lot more flexibility than Wayland plus Xfce4 isn’t completely ported yet. There will be a day when I move completely though. Probably when Xfce4 is Wayland native.
I mean there is waypipe now …
My 2 year old AMD-based laptop begs to differ. X11 is rock-solid, whereas Wayland locks up completely on a regular basis, without producing any useful logging. Every so often I try it to see if things have gotten better, but until today unfortunately not. Personally I prefer X11, I need to perform work on my Linux machine, not spend time debugging a faulty compositor, protocol or wherever the problem lies.
This sounds like a driver issue or something if all desktops are breaking for you. Have you tried reporting it anywhere?
The problem is, I wouldn’t know what to report and where. I’ve never been able to find any relevant logging, neither in
/var/lognor injournalctl. I doubt opening an issue with ‘desktop locks up randomly when using Wayland’ is really useful without any logging. And where would I do that? At the Wayland bug tracker? Gnome or KDE? Kernel, as it indeed might be a driver issue? And there is of course the time component: I use my laptop for work, so I simply cannnot spend hours on debugging this. That’s time I don’t have, I’m afraid.Wayland itself can’t crash, it’s just a set of protocol specs. The implementation you’re using (gnome/KDE/wlroots…) does. Obviously this doesn’t solve your problem as an end-user, just saying that this particular issue isn’t to blame on Wayland in itself.
Fine, in that case both Gnome and KDE handle the Wayland protocol in a crappy manner on my hardware. As the end-user I don’t care: I have no issues with KDE and Gnome on X11, when using the Wayland protocol they are unstable. For my use-case X11 is the better choice , as using the Wayland protocol comes with issues and does not provide any benefits over X11.
@Aganim @loutr This makes sense, these people that have some irrational emotion attachment to Wayland in spite of it’s lack of functionality, do not. Now, if they have a use case that makes sense to them, they’re playing a game that needs 200fps, then fine, but if the use case doesn’t fit then don’t use it.
This feels more like long time Linux guy digging in there heals because they like the old days
@possiblylinux127 @loutr I like to get work done, some tools are helpful to that end, Rust for example, superior to C in as much as it makes it much more difficult to make mistakes with memory allocation without resorting to the grossness of garbage collection, but when new things only detract from work flow, then yea I prefer the older things that work. When new things benefit it, Rust for example, or the latest kernels in terms of efficiency, then I use them. I don’t like change for changes sake, I like change when it improves things, in my use case, Wayland does not do that.