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.
tbh the situation with Wayland was not too different, and wouldn’t have been better. Compared to Wayland, brtfs dodged a bullet. Overhyped, oversold, overcrowdsourced, literally years behind the system it was supposed to “replace” when it was thrown into production. To this day, wayland can’t even complete a full desktop session login on my machine.
So, if you ask me, btrfs should *definitively not * have been Wayland! Can you imagine if btrfs had launched on Fedora, and then you formatted your partition as btrfs to install Linux, but the installer could not install into it? “
brtfsreports a writer is not available”, says the installer. You go to the forums to ask what’s going on, why the brtfs does not work. The devs of brtfs respond with “oh it’s just a protocol; everyone who wants to write files into our new partition format have to implement a writer themselves”.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.
@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.
as someone else replied to you earlier, waypipe exists, and is packaged in distros, and does what you’re asking for.
There is also a newer thing called wprs, “Like xpra, but for Wayland, and written in Rust”: https://github.com/wayland-transpositor/wprs#comparison-to-waypipe which sounds promising
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.
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.
I have had the opposite experience from you with wayland and btrfs. Recent data loss with btrfs but perfect functionality with Wayland (on KDE and Arch Linux). Moving panels just works. Fractional scaling just works (though i do miss the old method where smaller screens just got supersampled instead of the way they do it 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.
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
This sounds like a driver issue or something if all desktops are breaking for you. Have you tried reporting it anywhere?