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.
@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.
Hey holy shit! Someone else who knows this is in there! Two of us!
I got around this just using a local IPC on whichever box and a wlroots compositor (I think river right now? They’re all tiny). Wezterm is just locked in a remote multi plexed session I can fire scripts from the one with a keyboard. Startup isn’t really noticeable in wasted time, but it isn’t nothing. Consider this a promise to circle back if I do find something, it would have been a pain in the ass at another job.
Broadly I think it’s funny a lot of the same people who taught me the Unix philosophy don’t seem to understand the irony of refusing to move from the monolith. (Not that that’s you specifically, but Wayland actually gets it right for the most part).
The defense you hear from people like me is less fingers in ears that there are problems, and more the response to people who have tried nothing and are out of ideas on how to arrive at the same place differently. Im currently doing several things I was AGGRESSIVELY informed were impossible and wouldn’t ever be, but there’s so few people using some of the functionality in xorg I wonder if its back to hacking things together with pipes and scripts for the niches, remote display pretty much has been superseded by the common web server.
I started IT hearing stories of migrations back and forth from xorg/plan 9, and I did some of the troubleshooting in the early xorg era. you can trust me or not when I say I will choose the situation with xorg/Wayland now infinity times over that.
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 …
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.
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.
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.
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.