The technical merits of Wayland are mostly irrelevant
In response to Wayland Breaks Your Bad Software
I say that the technical merits are irrelevant because I don't believe that they're a major factor any more in most people moving or not moving to Wayland.
With only a slight amount of generalization, none of these people will be moved by Wayland's technical merits. The energetic people who could be persuaded by technical merits to go through switching desktop environments or in some cases replacing hardware (or accepting limited features) have mostly moved to Wayland already. The people who remain on X are there either because they don't want to rebuild their desktop environment, they don't want to do without features and performance they currently have, or their Linux distribution doesn't think their desktop should switch to Wayland yet.
I switched to Wayland over two years ago and these days I don't look back at all. I don't care if Wayland has full feature parity with X11 as long the features I actually use are supported which they are.
Clipboard sharing in VirtualBox doesn't work right now (though I'm relatively sure it could be implemented by VirtualBox right now with Wayland as it is) and neither does AutoTyping in KeePassXC (not sure if there's a mechanism for that on Wayland), though Autofill in the Browser works so it's no big deal to me.
In return I get 1:1 touch gestures, better multi monitor support and an overall smoother desktop on Plasma Wayland so I'll take it.
People often still make complaints about Wayland that have been fixed months or years ago and it's a bit tiring.
Better multi monitor support and a smoother desktop? Very interesting…
Yeah? Things like having a 60hz monitor and a 120hz monitor is basically non existent on X11, plus Wayland has this "perfect frame every time" + vsync philosophy which means no tearing and it feels much smoother to use than X11
On the topic of auto-typing, the mechanisms for variations of it exist in Wayland since I am using it in my password scripts to automatically fill login boxes. (Using tools like ydotool or wtype.)
So I would guess that KeePass hasn't integrated the necessary protocols/api for Wayland?
The ability to have multiple displays at different scales is a godsend when trying to use a laptop with a 4k display connected to 1080p monitors or vice versa
This already works on X and indeed has worked longer than Wayland has existed.
I can never get this to work properly... Do you have any resources?
I just passed scale to xrandr after computing the proper scale and then used the nvidia-settings gui to write current configuration to xorg.conf its not incredibly hard basically all you are doing is scaling lower DPI items up to the same resolution as your highest dpi item and letting it scale down the correct physical size. For instance if you have 27' monitors that are 4K and 1080p you just scale the 1080 ones by 2 if you have a 4k 27 and a 1080 24" its closer to 1.75. The correct ratio can be found with your favorite calculator app.
You can set this scaling directly in nvidia-settings come to think of it where you set viewport in and viewport out.
That's not at all the same thing. That requires downscaling some screens, which makes everything blurry and breaks subpixel AA.
Yeah, wherever someone says "X has/has had fractional scaling" I just ignore them because it's never actually true fractional scaling that doesn't look and act like utter crap.
It also tears significantly in my experience, which is pretty unusable....
I know you live in this weird universe where the screen that is 12 inches from my face actually looks like crap but it just isn't so you are merely confused.
It is literally how Wayland is scaling your shit you just don't know how anything works.
Huh? That is not how Wayland does it at all.
Without the recently added wp-fractional-scale-v1, yes, it will do that if you use fractional scales (albeit per window rather than per monitor). Not however if you stick to integer scales, as they might do in the 1080p+4k use case.
I tried unsuccessfully to get this working for quite some time and broke my xrandr settings quite a few times
With Wayland/gnome I just click a button in the settings gui and it works flawlessly
With X/i3 I had to read and the result works well. With Sway I had to read and the result works poorly. So is sway better for the illiterate?
Would you not say the best case scenario is for it to just work great straight away and not require you to read a manual or do any debugging at all just to configure your display scale?
Also sway/i3 aren't known to be "it just works" kinda window managers anyway they're definitely aimed at people who like to tinker
Sure but the thing is stuff that I have to edit files for install other programs just work with wayland out of the box.
Never had a prob with this using MX Linux and Xfce AFAIK?
I really don't know if there could be a more obnoxious opening than this. I guess Wayland fanatics have taken a page from the Rust playbook of trying to shame people into using it when technical merits aren't enough ("But your code is UNSAFE!")
[This comment has been deleted by an automated system]
I feel that the biggest mistake of X11's protocol design is the idea of a "root window" that is supposed to cover the whole screen.
Perhaps that worked greatly in the 1990s, but it's just completely incompatible with multi-displays that we commonly see in modern setups. Hacks upon hacks were involved to make multi-displays a possibility on X11. The root window no longer corresponded to a single display. In heterogenous display setups, part of the root window is actually invisible.
Later on we decided to stack compositing on top of the already-hacky mess, and it was so bad that many opted to disable the compositor (no Martha, compositors are more than wobbly windows!).
And then there's the problem of sandboxing programs... Which is completely unmappable to X11 even with hacks.
Multiple displays work fine. The only thing that needs to be drawn in the root window is attractive backgrounds sized to your displays I'm not sure why you think that is hacky or complicated.
Multiple displays only work as long as you have identical resolutions and refresh rates. Good luck mixing monitors with different scaling factors and refresh rates on X11.
I run multiple refresh rates without any trouble, one 165hz monitor alongside my other 60hz ones. Is that supposed to be broken somehow?
This wasn't true in 2003 when I started using Linux in fact the feature is so old I'm not sure exactly when it was implemented. You have always been able to have different resolutions and in fact different scaling factors. It works like this
You scale your lower DPI display or displays UP to match your highest DPI and let X scale down to the physical size. HIGHER / LOWER = SCALE FACTOR. So with 2 27" monitors where one is 4k and the other is 1080p the factor is 2, a 27" 4K with a 24" 1080p is roughly 1.75.
Configured like so everything is sharp and UI elements are the same size on every screen. If your monitors are vertically aligned you could put a window between monitors and see the damn characters lined up correctly.
If you use the soooo unfriendly Nvidia GPU you can actually configure this in its GUI for configuring your monitors. If not you can set with xrandr the argument is --scale shockingly enough
Different refresh rates also of course work but you ARE limited to the lower refresh rate. This is about the only meaningful limitation.
It's the fact that the root window is a lie.
...What? The root window was supposed to mean "the whole screen". It no longer does - that's the lie. Then people created XRandR to help work around it - that's the hack.
The people behind X11 agree and that's why they founded Wayland.
[This comment has been deleted by an automated system]
Sure but the people behind X11 are the same ones behind Wayland so when the develpers didn't think it was worth the time to fix X11 and it would be better to start a new project to fix the issues. How can end users think we should just fix X11 make anysense? I think their biggest mistake is they should have called Wayland X12 or something like that.
[This comment has been deleted by an automated system]
Wayland 1.0 was released in 2012, though.
[This comment has been deleted by an automated system]
11 years after Wayland 1.0 and 7 years after Gnome 3.22 were released.
[This comment has been deleted by an automated system]
All major distributions default to Gnome Wayland since years and since last year's Steam Deck release, even millions of super casual gamers use Wayland without even knowing what a display server is.
No, no, they've got a point. The architecture of Wayland is much more sane. Because of the way refresh events are driven its also much more power and memory efficient. I'll miss bspwm and picom but man there is a lot riding on simplifying the graphics stack under Linux. The X hacks, GLX, and all the other weird interactions X decided to take away from applications made things non-portable to begin with and a nightmare for any embedded devices that thought GLES was good enough.
There are several remarks in that article that bothered me. I agree with their message overall and am a strong proponent of Wayland but...
There definitely are valid use cases that aren't 20 years old that will keep you on X11 for a little while longer. And hardware too: NVIDIA dropped driver support for Kepler GPUs and older before they added GBM support which is effectively a requirement for Wayland, so you can't use these older cards on Wayland with the proprietary drivers
Uh, no. Nouveau is not a serious option for anyone who likes using their GPU for useful things. And on those older cards it will likely never work well.
The author of that article seems extremely ignorant of other people's needs.
That's definitively the fault of people to buy NVidia hardware which only works fine on Windows. It's not the fault of Wayland developers that NVidia is a shit company that does not care to make their hardware properly run on Linux.
Can we stop shaming people who buy NVIDIA?
For one, people want to keep using what they have and not buy something new just because it may work better on Linux, abd they may not even be able to afford an upgrade. They probably didn't even know about Linux compatibility when they got it.
And additionally, some people have to use NVIDIA because e. g. they rely on CUDA or something (which is unfortunate but not their fault).
And honestly, NVIDIA is fine on Linux nowadays. It sucks that support for older cards will likely stay crappy forever but hopefully with the open kernel drivers and NVK newer cards won't have to suffer that fate.
Can people who buy NVidia hardware contrary to widespread wisdom just start to own up to their decisions and not complain about Wayland every time it is mentioned?
The author is a Wayland fanboy which almost by definition makes them a moron. We are talking about folks who were singing the same song like 7 years ago when the crack they were promoting was outrageously broken for most use cases.
I find that usually when people write "Full stop", it's best to just stop reading there in most cases.
It comes off as "I am correct, how dare you think that for a moment I could be wrong".
I'd love to use Wayland, but until it works properly on Nvidia hardware like X11 is, then it's not a viable option for me. Of course, then someone always goes "Well then use an AMD card" but money doesn't grow on trees. The only reason I'm not still using a 970 is because a friend of mine was nice and gave me his 2080 that he was no longer using, along with some other really nice upgrades to my hardware.
Honestly it's one of the biggest issues I have with the Linux community. I love Linux and FOSS software but the people who go around and yell at anyone who isn't using Linux, and the people who write articles like this who try to shame you for your choices (something that is supposed to be a landmark of using open source software) only make Linux look bad.
There's a difference between someone kindly telling others that X11 is not likely to receive any new major features and bug fixes (which is the right thing to do, in order to inform someone something they may not know) - and then there's whatever the author of this quote is doing.
It happens all the time in the magical world of closed source, too.
Ever heard about the iOS vs Android fights? How people shame Android users for being green bubbles?
It's just the extension of the my camp vs theirs applied to the tech field, nothing new.
I laughed off reports about this kind of thing, thinking "omg who could possibly give a shit about what color their text bubble is in a group chat?" Later my gen Z office mate told me about how he uses an iPhone and cited this exact reason unironically. I was stunned into silence.
there's a decent amount of research into the psychology behind it and how reading white text on the light green is more difficult than on the blue bubble. it's rather interesting.
edit: although I would think dark mode should change that effect a little bit
Oh absolutely, I am sadly all far too well aware of those cases (especially the "green bubbles" thing, I've never rolled my eyes harder at a silly situation).
It's not even strictly a tech thing either, its a long standing thing in human history no matter where you look, and unfortunately I don't see it going away any time soon.
It sounds like you need to be complaining to nvidia to do a better job with their drivers. If the drivers suck, it doesn't matter what wayland does.
Ok but then how about the developers of X11 who decided it wasn't worth fixing the issues and to start a new project called Wayland where they could start from scratch to fix the issues. Does that change your mind at all?
That would be a "technical merit", which the article author claims is irrelevant to the discussion.
I have not had a single X11-related issue in the last decade.
I don't want to sound rude, but how old is your setup? Are you using a desktop or a laptop computer?
Because I'm daily driving a late 2015 Dell XPS 9350 and X11 just ain't cutting it, even though the laptop is nearly a decade old. On X11, its trackpad would be garbage, GNOME's animations would be stuttery, and fractional scaling would be a mess, because I have a docking station with a 75 Hz ultrawide monitor, meaning that I must utilise both 125% and 100% scaling factors, as well as 60 Hz and 75 Hz refresh rates and different resolutions. Sure, not everyone uses multi monitor setups, but those who do serious office tasks or content production work often cannot imagine their workflow without multiple monitors. Point is, X11 is to ancient to handle such tasks smoothly, reliably and efficiently.
It's not rude - don't worry. My main desktop runs 4 monitors at 1080p. GPU is an RX 580. I have a number of other laptops/tablets/desktops running similar configs, including ones with mixed resolutions and refresh rates. Gaming/video production/programming.
I think people are really discounting the amount of value experience with a certain set of software has to the end-user. Wayland isn't a drop-in replacement. There's a new suite of software and tooling around it that has to be learned, and this is by design. Understandably, many people focus on getting displays working properly on mixed resolutions and refresh rates, but there are concerns for usability/accessibility outside of that.
This is literally the exact bad attitude of your average Wayland proponent. The thing which has worked for 20 years doesn't work you just hallucinated it along with all the show stopper bugs you encountered when you tried to switch to Wayland.
It's really not "working" per se. VRR was breaking on X11, sandboxing was breaking on X11, fractional scaling and mixed DPI were breaking on X11.
How did we achieve HiDPI on X11? By changing Xft.dpi (breaking old things) or adding random environment variables (terrible UX - do you want to worsen Linux desktop's reputation even more?). Changing XRandR? May your battery life be long lasting.
There's genuinely no good way to mix different DPIs on the same X server, even with only one screen! On Windows and Mac, the old LoDPI applications are scaled up automatically by the compositor, but this just doesn't exist on X11.
I focus on DPI because this is a huge weakness of X11 and there is a foreseeable trend of people using HiDPI monitors more and more, there are tons of other weaknesses, but people tend to sweep them under the rug as being exotic. And please don't call HiDPI setups exotic. For all the jokes we see on the eternal 768p screens that laptop manufacturers like to use, the mainstream laptops are moving onto 1080p. On a 13" screen, shit looks tiny if you don't scale it up by 150%.
You can hate on Wayland, you may work on an alternative called Delaware for all I care, but let's admit that X11 doesn't really work anymore and is not the future of Linux desktop.
Outside of your fantasies high DPI works fine. Modern QT apps seem to pick it up fairly automatically now and GTK does indeed require a variable which could trivially be set for the user.
Your desktop relies on a wide variety of env variables to function correctly which doesn't bother you because they are set for you. This has literally worked fine for me for years. I have no idea what you think you are talking about. Wayland doesn't work AT ALL for me out of the box without ensuring some variables are set because my distro doesn't do that for me this doesn't mean Wayland is broken.
They pick up "automatically" because of how your DE sets up the relevant envvars for you, there is nothing in the protocol that actually tells the applications "hey, this monitor needs X% DPI scaling!".
The side effect of this deficiency in the protocol is very obvious, you can't mix DPIs, because the envvars or Xft.dpi are global and not per-application. Have you seen a blurry LoDPI X11 window sitting right beside a HiDPI X11 window? Or an X11 window changing its DPI dynamically as you move it across monitors with different DPIs?
The fact that SDL2 still doesn't support HiDPI on X11 when it already does on Macs, Windows, and Linux Wayland should tell you something.
Don't throw the "it works for me" excuse on me. Because I can throw it back on you too: "Wayland works on my machine". X11 is utterly broken, just admit it. You are welcome to develop another X11 if you want.
Nothing is set automatically I run a window manager and it starts what I tell it to start. I observed that at present fewer env variables are now required to obtain proper scaling. I did not personally dig into the reasoning for same because frankly its an implementation detail. I just noted that qt apps like dolphin and calibre are scaled without benefit of configuration while GTK apps like Firefox don't work without GDK_SCALE set.
X actually exposes both the resolution and physical size of displays. This gives you the DPI if you happen to have mastered basic math. I've no idea if this is in fact used but your statement NOTHING provides that is trivially disprovable by runing xrandr --verbose. It is entirely possible that its picking up on the globally set DPI instead which in this instance would yield the exact same result because and wait for it.
You don't in fact actually even need apps to be aware of different DPI or dynamically adjust you may scale everything up to the exact same DPI and let X scale it down to the physical resolution. This doesn't result in a blurry screen. The 1080p screen while not as pretty as the higher res screens looks neither better nor worse than it looks without scaling.
Why would I need to develop another X11 I believe I shall go on using this one which already supported high and mixed DPI just fine when Wayland was a steaming pile of shit nobody in their right mind would use. It probably actually supported it when you yourself were in elementary school.
Fun fact: zero envvars are needed for HiDPI support on Wayland.
You do possibly need envvars to enable Wayland support though, but the latest releases of Qt6, GTK4, SDL3 etc. are enabling Wayland by default these days so in the future everything will work out of the box. By default.
Did I say XRandR and mixed DPI in my previous comments? Yeah, I think I did. What the Qt applications currently do is choosing the max DPI and sticking with it. There are some nasty side effects, as I will explain below.
Don't forget the side effect: GPU demands and/or CPU demands (depending on the renderer) increase... a lot, nearly 2x in some cases. This might not be acceptable in applications like laptops - have you used projectors in college?
Anecdotally speaking, I gained 1 to 2 hours of battery life just by ditching X11, it's impressive considering my battery life was like 4 to 5 hours back then. Now it's actually competitive with Windows which usually gets 6 to 7 hours of battery life.
Furthermore, scaling up and down in multiple passes, instead of letting the clients doing it in "one go" and have the compositor scan it directly onto your screen, leads to problems in font rendering because of some antialiasing shenanigans in addition to the power consumption increase. It's the very reason why Wayland added a fractional_scaling protocol.
Apparently the "nobody" includes GTK, Qt, SDL, and all the mainstream DEs (Xfce and Cinnamon included - even they are preparing to add Wayland support). 90% of the programs I use actually support Wayland pretty well. Good job lad, you managed to invalidate your own argument.
Besides that, you still haven't properly answered the question of mixed DPI: have you seen a properly-scaled-up LoDPI X11 application? It's a big problem for XWayland developers. See it here. And yes... those developers are (were?) X11 developers. I think they know how unworkable X11 is, more than you do.
It doesn't require a meaningful or measurable difference in CPU/GPU to scale my third monitor. That is to say in practical effect actual usage of real apps so dwarfs any overhead that it is immeasurable statistical noise. In all cases nearly all of the CPU power is going to the multitude of applications not drawing more pixels.
The concern about battery life is also probably equally pointless. People are normally worrying about scaling multiple monitors in places where they have another exciting innovation available... the power cord. If you are kicking it with portable monitors at the coffee shop you are infinitely more worried about powering the actual display more so than GPU power required to scale it. Also some of us have actual desktops.
There just aren't. It's not blurry. There aren't artifacts. It doesn't take a meaningful amount of resources. I set literally one env variable and it works without issue. In order for you to feel you are justified you absolutely NEED this to be a hacky broken configuration with disadvantages. It's not its a perfectly trivial configuration and Wayland basically offers nothing over it save for running in place to get back to the same spot. You complain about the need to set an env var but to switch to wayland would be a substantial amount of effort and you can't articulate one actual benefit just fictional deficits I can refute by turning my head slightly.
Your responses make me think you aren't actually listening for instance
Please attend more carefully. Scaling and High DPI was a thing on X back when Wayland didn't work at all. xrandr supported --scale back in 2001 and high DPI support was a thing in 2012. Wayland development started in 2008 and in 2018 was still a unusable buggy pile of shit. Those of us who aren't in junior high school needed things like High DPI and scaling back when Wayland wasn't remotely usable and now that it is starting to get semi usable I for one see nothing but hassle.
I don't have a bunch of screen tearing, I don't have bad battery life, I have working high DPI, I have mixed DPI I don't have a blurry mess. These aren't actual disadvantages this is just you failing to attend to features that already exist.
Imagine if at the advent of automatic transmissions you had 500 assholes on car forums claiming that manual transmission cars can't drive over 50MPH/80KPH and break down constantly instead of touting actual advantages. It's obnoxious to those of us who discovered Linux 20 years ago rather than last week.
Let me summarize this with your own statement, because you certainly just went out and disregarded all things I said:
Yeah, you are now just outright ignoring people's opinion. 2 hours of battery life - statistical noise, pointless. Laptops - who neeeeeeeeds that, we have desktops!! Lack of fractional scaling which people literally listed as a "disadvantage" of Wayland before it got the protocol - yeah, I guess X11 is magic and somehow things are not blurry on X11 which has the same problem when XRandR is used.
Do I need to quote more?
Also, regarding this:
Maybe you should take note of when Wayland development had actually started picking up. 2008 was when the idea came up. 2012 was when the concrete foundation started being laid.
Not to mention that it was 2021 when Fedora and Ubuntu made it default. Your experience in 2018 is not representative of the Wayland ecosystem in 2021 at all, never mind that it's now 2023. The 3 years between 2018-2021 saw various applications either implementing their first support, or maturing their support of Wayland. Maybe you should try again before asserting a bunch of opinions which are outdated.
Wayland was effectively rebuilding the Linux graphics stack from the ground up. (No, it's not rebuilding the stack for the sake of it. The rebuilding actually started in X.org, but people were severely burned out in the end. Hence Wayland. X.org still contains an atomic KMS implementation, it's just disabled by default.)
4 years of designing and 8 years of implementation across the entire ecosystem is impressive, not obnoxious.
Something makes me think that you aren't actually using it 20 years ago.
Maybe it's just my memory of the modelines failing me. Hmmm... did I just hallucinate the XFree86 server taking down my system?
Oh noes, I am getting old. Damn.
You ably demonstrate your own inability to listen. The monitor on my right hand side right here as I type this isn't blurry there is no amount of proving that it MUST be blurry that is more persuasive than the fact that as I type this I'm looking at it.
Furthermore I didn't say that the existence of desktops obviated the need to worry about the impact of resolution/scaling on battery life. I said that the impacts on battery life were both minimal and meaningless because mixed DPI concerns by definition concerns exclusively desktops and laptops which are plugged into external monitors at which time logically your computer is also plugged into power. In fact the overwhelming configuration for those which use external monitors is a dock which delivers both connectivity to peripherals and powers. If you are using a desktop OR a plugged in laptop the benefits of scaling more efficiently is zero.
I started using Linux with the release of the very first release of Fedora then denoted Fedora "Core" 1. I'm not sure how you hallucinated that Wayland got 4 years of design and 8 years of implementation. First off by the end of the month it will be 15 years old so you fail first at the most basic of math. Next I'm guessing you want to pretend it got four year of design to make the second number look less egregious.
With graphics programming relatively in its infancy X11 didn't require 15 years to become usable and Apple took how many years to produce their stack was it even one? Working with incredibly powerful hardware, with a wide variety of approaches well understood and documented 15 years is downright embarrassing. Much as I enjoy Linux the ecosystem is kind of a joke.
Or was it you?
2012-2021, or to clarify "Late 2012 to early-mid 2021" seems to be 8-point-something years to me. I dunno, did mathematics change recently or something?
I hope you do understand that graphics weren't as complicated back then. Compositing of windows was not an idea (at least, not a widely spread one) in the 90s. Nor was sandboxing an idea back then. Or multidisplay (we hacked it onto X11 later through XRandR). Or HDR nowadays. Or HiDPI. Or touch input and gestures. We software rendered everything too, so DRI and friends weren't thought of.
In a way... you are actually insulting the kernel developers.
It's not my fault if their work is of poor quality. Here is how people actually experience Wayland out of the box.
https://www.reddit.com/r/Fedora/comments/xdvy7z/multimonitor_scaling_in_wayland_is_totally_broken/ Oh I know its now 11 months old and someone even suggested a magic incantation you can insert into the Linux version of the Windows Registry that might fix some of the problems but this is 2022. In 2015 Wayland proponents were already promoting it as ready for prime time.
Why on earth would I develop "another X11" instead of using the one that still works perfectly fine?
So you simply thought the deficiencies I listed before are not problematic. Got it, have a nice day.
You seems to have dealt with windows recentely.
Regarding linux on desktop... as long as you don't involve smelly gamers, it's perfectly fine.
I have been daily-driving Linux for years, but I do boot into Windows from time to time. Even then, I recognize that the out-of-the-box experience of Linux desktop isn't as good as it can be, although it's been rapidly improving.
Replacing good legacy will always be a struggle. X11 works pretty well and has been stable for decades. Most of the things that suck about it already have workarounds.
The advantages of Wayland are not directly visible for the end user. The security part will be great once it's completely integrated on the distributions to give granular permissions to software. The simpler apis and greater performance will help libraries creators, but most developers don't touch X directly and won't touch Wayland either.
Being stable for a couple of months is not good enough. People will use it once distros trust it enough to make it default, and this will probably only happen once Wayland or its compatibility tools work with most software and major applications work significantly better on it.
Every time I try Wayland, something doesn't work. The time before last, subpixel DPI scaling was badly broken. This last time, there's some glitch where the screen jumps right a couple pixels (and back) every dozen seconds. I don't have any interest in spending my time trying to fix Wayland issues when X just works.
Amen.
When something crashes on Wayland, my entire system goes down. When something crashes on X, I can at least kill it with a GUI. I refuse to use Wayland as long as it has the potential to freeze my entire machine.
(This is on KDE Plasma.)
I just don't think KDE will be worth it on plasma until KDE 6 / Qt 6. Basic components like SDDM supporting Wayland still have to be solved before KDR provides a first class experience. Try messing around with environments like sway, Hyprland, and Gnome the stability difference is night and day compared to KDE.
Yep I second this. I've been using GNOME, hyprland and sway interchangeably since 2021 Oct on my system as my main DEs. I recently wanted to give Plasma Wayland a try. Was met with multiple crashes, and freezes that required me to long press the power button to reboot to get it working again.
While the new rootless wayland on SDDM worked fine for me, there are several things in Plasma that still don't yet have support for Wayland. I could never get screen sharing to be reliable on Plasma Wayland, despite having the right portals installed.
GNOME, Sway, and Hyprland are miles ahead in having a stable system on Wayland.
I switched to wayland because of screen tearing and it fixed it. Idk if x is still glitchy on my new laptop but i dont really care. Also hyprland is really cool so im happy with wayland.
I've been using it for a few years now, and it fixes a lot of little issues I have with X11, and at this point brings very few of its own. ALTHOUGH, I don't have any Nvidia GPUs, and people seem to think it works for crap on them. I keep hearing "Ah, this will finally fix it!", but I don't know what the actual status is. You have the hardware you have, so unless you are going to buy something different to try Wayland... eh... I guess it never hurts to try. It's pretty trivial to toggle on and off.
I have a laptop with hybrid Intel+NVIDIA graphics, and I can say that offloading games and such to the dGPU while letting the iGPU handle everything else works with zero issues for me on Wayland.
On desktops where the NVIDIA GPU handles everything I don't have that much experience on Wayland although when I did try it earlier this year it was surprisingly good, but with occasional dumb bugs like Plasma panels freezing or XWayland apps breaking in funny ways. Although honestly just a few years back running Plasma X11 on NVIDIA wasn't much better than Wayland now.
Interesting. My laptop died a little while ago, and I needed to demo a game I'm working on at a local convention. My wife had a hybrid GPU machine and let me swap in my SSD to run it. The drive had PopOS on it without the NV drivers. It did seem to run wayland fine on the internal display, but the external display was picky. (I wanted to demo on a bigger display) The only way to get the game to run smoothly was to disable the internal display using X11, and run the game using GL instead of Vulkan. >_<
So yeah, kinda mostly worked if I wanted it to be a laptop. I can see how it gets to be a pain if your needs are specific though.
When both NVIDIA and KDE work well with Wayland, most of the anti-Wayland energy will go away. The advocates will calm down too bar cause they will have won.
Wayland on AMD is amazing
Counterpoint, I have all AMD machines (CPU and GPU) and each time I've tried Wayland I've immediately run into bugs that make it unusable. Maybe it's because both my setups have multiple monitors with different resolutions, but I don't see why that use case is so hard to support. And I'm running the latest versions of Wayland and KDE so it's not an issue of me running outdated versions that already have bug fixes supplied upstream. If Wayland can't handle just basic desktop use with multiple resolutions why would I go through the effort to use it? Fix the basics first.
My experience has been the opposite. I won't use x after using Wayland on AMD for years it just feels so much smoother. On arch with gnome Wayland has been fantastic.
That's a big one. All the *BSD folk will keep on using X at least until it gets proper support over there (which might never happen) and even then it will still be boycotted by some BSD users for other reasons.
I agree about that. Many people don't care and will just use whatever their distro tells them to use. As you said, there's usually good reason for it.
This is another one, and is actually one I kinda fall under. I use a tiling window manager. The tiling Wayland compositors are often times not as polished, and a big annoyance for me personally is the fact that most of them (River, Hyprland, DWL) don't come with a bar. Of my X Window Managers, AwesomeWM, DWM and Qtile already have their own bars. BSPWM is basically supposed to be used with Polybar, the same way XMonad and xmobar are basically made for each other. On Wayland, Somebar is made for DWL, but waybar and yambar work really well with it. Sway has swaybar, but waybar works perfectly with it. Both Waybar and yambar work great with River. And there's Waybar, and gBar, and other bars for Hyprland. And that's without mentioning EWW, which can be used to make a bar.
Another issue I have is that my touchpad doesn't get detected if I'm holding down a key. So if I'm playing Minecraft and I'm trying to turn around and run away from a zombie using my touchpad because my mouse's battery ran out, I have to do these actions one by one and hope I survive, or just let myself die. That's just an example, but I have noticed it in other games as well. No such issues on X. And I've also had Powerwash Simulator, ran through wine, just crash on me in some (Qtile or Hyprland), but not other compositors. In DWL, I couldn't turn all the way around and forbsome reason my movement was restricted to 270°, and in River I had 0 issues.
You're saying this as if X didn't have a monopoly over Unix graphics.
That's a libinput feature, meant to prevent you from accidentally using the touchpad when you're typing. You can disable it if you want.
How? Would that be in the compositor input rules or somewhere else?
I don't know how to configure libinput under ${YOUR_FAVORITE_COMPOSITOR}, you'll have to figure that out yourself. In Plasma it's simply in the touchpad settings
Okay, my point was it is in input settings, not some strange configuration.
If I run Satisfactory via Vulkan on X, it causes my entire desktop to flicker until I close the game, on all screens. Annoying, but at least I can make it go away.
If I run Satisfactory via Vulkan on Wayland, it crashes Wayland and my entire computer freezes until I hard reboot it by pressing the power button. That is absolutely unacceptable.
(Satisfactory on DX12 works fine for both, but the point is Wayland is still much more likely to fail catastrophically.)
NVIDIA?
AMD, Mesa.
Interesting, what WINE compat layer are you using for Satisfactory then? Proton, Wine, Wine-GE?
Steam has it on Proton 8-6, running Satisfactory Experimental.
Wayland's major "technical merits", as far as I can tell, are a lack of screen tearing, slightly faster rendering under some circumstances and better handling of touchscreens. That's it. If you don't have a touchscreen and aren't a gamer (few non-gamers care all that much about tearing or about framerates above 60Hz), Wayland has no real advantages to the user that I'm aware of.
X is network-transparent, more widely compatible, and arguably more extensible. Most users don't care about those things either.
Wayland has an advantage in attracting developers because it has less accumulated technical debt and general code cruft. That doesn't make it better for users, though. Most Wayland evangelists I run into seem to be devs who are more interested in the design of the graphics stack than whether it makes a difference in the real world.
So, as with so many things, "merit" is in the eye of the beholder. People should use what works for them.
Also better isolation of applications and better support for multiple screens.
I'll give you the multiple screens (not a use case I have myself, so I don't pay attention to support quality). Isolation of applications is another thing that most users don't really care that much about, I would say.
It's legitimately important if you want to be able to pull random software from places and not have your system compromised, a la smartphone OSes.
It's not the whole story -- things still aren't entirely sandboxed aside from that -- but without it, the GUI is a big security hole.
users shouldn't have to care about security. it should be the baseline.
You never care about security until you get your credentials stolen
And don't forget 1:1 gestures and the Crash-Resilient Wayland Compositing that keep the application alive even tho the "compositor" crash, so it does restart without any data loss.
Edit: forgot to mention the lockscreen protocol, because on xorg if the lockscreen crash then you view the desktop and you have the device unlocked!
Let's not forget HiDPI. Everything with a HiDPI display is borderline unusable on Linux with X.Org.
What has kept me away from Wayland is the tendency to be dependent on the compositor for so much.
I use my preferred X11 window manager for largely aesthetic reasons, but by and large, I can swap it out and the rest of the software doesn't give a damn. At most, you might have to tweak a RC file to fix missing custom assumptions (i. e. disabling decorations on full-screenified Proton games)
It seems like on Wayland, there's a lot more of a "if you aren't using GNOME or KDE, the odds something meaningful breaks are much higher." Aside from the perceived bulk of these environments, they're highly opinionated-- I suspect it would be a major production number to hammer them into a shape that looked like FVWM or WindowMaker, even if you only wanted to match a single theme's aesthetics (as opposed to, say, FVWM's dynamic configurability).
If you find a Wayland compositor that's based on wl-roots, you basically get that ability for swapping out the window manager.
The wl-roots project aims to be a common library that any project can pull in without having to implement the required Wayland protocols themselves.
But even that's a relatively high bar. Wl-roots is self-described as "60000 lines of code you don't have to write yourself", and any arbitrary compositor may not use it or may not be up-to-date with it. In X11, you don't need 60,000 lines of code to be functional. Hell, the example Window Manager that was printed as a couple of chapters in the old X11R5 reference books works well enough especially considering its size.
I feel like I missed the historic genesis of this particular quagmire. Knowing that a composer was essential, you'd expect developers would want to make very robust core functionality-- a super-rich libweston or something like wl-roots, so that "real" compositors would just be paper-thin extensions that answered the opinionated parts. Did early Wayland design get bogged down on embedded-style use cases where such features were seen as too expensive (compare: no built-in printf in C), or was it a deliberate territory grab by early compositor developers, trying to turn it into a place they could to gain competitive advantage?
The utilities that replace the utilities you're used to on X11 work great, so do the utilities that already work on X11.
That's um... not the best motivation.
I literally don’t care. I don’t have any issues with X11 on PopOS and I will switch when System76 decides it’s time.
Only reason I'm not using it is Nvidia. Missing night light in particular.
Don't buy Nvidia GPUs. NVidia's broken Linux support is a well-known fact since at least a decade.
For gaming AMD is as good as NVIDIA or even better. For anything else tho it's a dumpster fire. Amf still isn't on par with nvenc, rocm is pure garbage and they are basically useless for any compute task
Those specific compute tasks are not "anything else". Pretty much every single everyday task by common people works better on GPUs with proper Mesa drivers than GeForce and there is absolutely no reason that you need to output your graphics from the NVidia GPU anyway. Do your compute tasks on dedicated Nvidia hardware if you have to. Even notebooks come with AMD and Intel iGPUs that are perfectly fine for non-gaming graphics output.
@woelkchen @Ineocla rocm really that bad?
Yep you're right. Mesa covers almost anything. But streaming and recording, photo and video editing, 3d rendering ai training etc aren't "specific compute tasks" they represent the vast majority of the market with billions of dollars in revenue. And no the solution isn't to use another gpu. It's for AMD to make their software stack actually usable
Which photo editor for Linux even supports special NVidia features? It's not like Linux has Photoshop or something like that – there aren't that many photo editors under Linux. It's one of the areas Windows people complain most loudly about Linux. Seems to me your conflated Windows with Linux when hyping Nvidia above anything.
AI training isn't a specific compute task? What is it then? Why do you train your AI on the regular graphics output GPU and not on dedicated hardware like sane people?
it should not. the 1st one should be that it is not opensource and 100% the cause of a X blackscreen on upgrades.
AMD plays the game (no pun intended), so let's go with it. If you need nvidia for CUDA for ML, standard are on the way to allow to use any GPU.
I already do ml on amd, and it works great. There's usually a few extra steps that need doing as binaries aren't always available, but that, too, will improve with time.
I’m not leaving xmonad. It’s such a bummer that Waymonad didn’t really take off.
And I'm over here crying over Way-Cooler that was supposed to give us AwesomeWM on Wayland.
I want to use Wayland, but it currently doesn't work with my Ubuntu 23.04/Nvidia/Steam. It was working under old steam big picture mode but the new big picture mode broke it.
Hope they fix it because I do believe Wayland is the future.
It may be related to Nvidia. Most bugs I met in Wayland is related to it. Such as no dmabuf export support, and vulkan init will fail because a bug in nvidia prime implementation...
As Linus said, so Nvidia, fuck you...
[This comment has been deleted by an automated system]
I still don't know why people are willing to give up remoting so willingly. With X it was always easy to send your accelerated video securely over the network. Didn't Wayland drop this? How are people remoting securely into Wayland desktops now?
I mean, I think most people use xwayland to keep this functionality.
Agreed completely though, we need a better replacement for remoting, it's too useful.
You mean something like waypipe? https://gitlab.freedesktop.org/mstoeckl/waypipe/
This seems good. Is there a preferred solution for headless Wayland desktops?
Do a significant amount of people using wayland even want or need to remote exactly like in X?
There is a variety of remote desktop applications that support Wayland, Brodie talked about them in his video regarding Wayland's lack of network transparency. Wayland does not need network transparency to be able to support remote desktop.
I have software dating back to 2003 that I need to support. X11 isn't going anywhere.
Xwayland has already been mentioned but this is an important point that not everybody may be familiar with. Xwayland is an Xserver ( actually a specialized version of Xorg itself ) that runs on top of Wayland instead of talking directly to hardware.
If you are running Xwayland, you can run X clients ( x11 software dating back to 2003 for example ) and they will appear on your desktop.
There can obviously be specific considerations around advanced software but moving to Wayland does not mean losing access to software written to target X. Qt and GTK support Wayland and will run native. Applications using other toolkits may still be running over X. As a normal user, you may not even know which applications are still using X and which are not.
This is for regular applications. Moving to Wayland requires a Desktop Environment or Window Manager that supports Wayland. So, GNOME and KDE users are fine but Cinnamon or WindowMaker users would need to switch.
Neat. There's hope in the world yet :-)
it's likely to be working thru Xwayland.
I won't mind moving to Wayland but really , X11/xorg just works to me with all the feat. (hidpi, multi-monitor etc...) I don't need fractional scaling, my 27" monitor is UHD but with right ppi set, everything looks good BUT I understand the interest.
And I do understand the need to move away from X because of Elon... just kidding. Yes, we need to move to a better architecture but it must 1:1 in term of feat/stability, at least.
Yea, I'm currently using Wayland because Manjaro comes with it but like 90% of the programs I use launch with xwayland anyway. I'm not a developer but can't they just give it proper support for all programs? Like run those programs like they do on X11. Seems pointless if nothing works on it.
Not to mention my laptop with Nvidia graphics, that is just so broken on Wayland I ended up switching it to X11 and I'm very lazy.
Most programs you use (provided they are FOSS) probably already support Wayland, they just don't do it by default. The following list of environment variables can go a long way in making your system largely Wayland-native.
My desktop is basically just used for gaming so like nothing there is FOSS. My laptop is used for work which requires a ton of remoting so again Wayland would not work.
Funny how a 10 second "wayland remote desktop" web search disproves that claim.
Last time I tried that it just launched through xwayland. And currently my laptop is using X11 because Nvidia GPU so I can't re-test.
All notebook released in the last several years with an NVidia dGPU also have an AMD or Intel iGPU.
Sure and X11 actually works with it's GPU while Wayland causes more issues than its worth. I'm not gonna use software that locks off my GPU especially if that software has no advantages for me.
Sure, shift the blame of NVidia's shitty Linux and Wayland support to Wayland. How on earth could a multi-billion dollar company ever manage to make proper drivers only 11 years after Wayland 1.0 has been released...? THAT'S IMPOSSIBLE! WAYLAND BAD!
Never said that. It's probably going to be better at some point but for the average user X11 is still a better option.
The average user has Intel/AMD iGPUs and uses whatever is default which in fact is Wayland in case of Gnome and Steam Deck Game Mode.
Nope, steam deck is X11, just checked mine.
Yea, most people use the default, like I use Wayland on my desktop which is almost exclusively used for games so 99.9% of applications launch through xwayland. I'm saying Wayland doesn't have advantages over X11 for the average user and for anyone with an Nvidia GPU it is an active hindrance.
Then you checked wrong and don't understand the difference between Game Mode and Desktop Mode.
You bought an expensive product with incomplete drivers. The hindrance is NVidia.
On the other hand... if you are primarily gaming on your PC, then the moment Wine supports Wayland 90% of your programs will be Wayland-native.
And that would be great if/when it happens but currently Wayland offers very little over X11 to the average user. Better multi monitor support is like the only thing.
Theoretically an average user should feel nothing. The benefits of Wayland are usually more visible when more modern technologies are involved, for example VRR, high DPI, HDR, etc.
manjaro switched to Wayland??!
i installed it a couple of years ago... should i search on how to switch it to Wayland?
I would not bother, Wayland doesn't have many advantages, at least not from my point of view. I would honestly switch my install to X11 if I wasn't lazy.
I couldn't get OBS working. X11 works for it, so I keep using it. Hopefully eventually, I won't need to, but I don't have the time to spend hours researching and troubleshooting. I tried, failed, but x11 Just Works TM. I'm part of the problem, I guess.
FYI you need pipewire, xdg-desktop-portal and xdg-desktop-portal-$COMPOSITOR for OBS to work on Wayland. No configuration needed other than installing the packages and relogging in.
I've saved your comment and will give it another try when I get chance. Thanks.
I don't see the problem, I also don't see how this is a novel situation.
The technical merits of system level protocols only really affect the user insofar as they make it easier for userspace application writers to make their software. This is why we have the distinction, so that users never have to change the underlying software, and when they choose to it's because everything just works.
There a synergy/barrier replacement working on Wayland yet?
No?
Then I guess Wayland isn't ready yet.
Waynergy works for me.
https://github.com/r-c-f/waynergy
I haven't tried it yet because it appears to be a client, and my Linux machine is the synergy server in my setup (work windows laptop is the client).
Ah, yep, that pretty much kills that. Well, one day.
Yup. I got nothing against Wayland, but been waiting on this particular use case to get tooling for years now.
rerequisites
...
In my case, a 'uinput' group is created, and a udev rule is used to modify the permissions appropriately:
/etc/udev/rules.d/49-input.rules, in my case
KERNEL=="uinput",GROUP:="uinput",MODE:="0660"
From here, one could assign one's users to this group, but doing so would open up uinput to every program, with all the potential issues noted in the first paragraph. The safest approach is probably setgid:
as root -- adjust path as needed
chown :uinput waynergy chmod g+s waynergy
If this doesn't still doesn't seem to work (as in #38) be sure that the uinput module is loaded properly. This might be done by creating a file /etc/modules-load.d/uinput.conf with the contents of uinput
This is compared to just installing synergy which takes 7 seconds. I'm not sure why anyone imagines this is a credible alternative.
https://github.com/htrefil/rkvm
Client machine is a Windows box, and I can't change that, unfortunately.
clickbait title
I keep trying it but for me its not ready yet. Finally, in 2023 I can actually boot into it, but I get random freezes for up to a few minutes at a time. So it's closer, but not stable yet. Hoping that Plasma 6 will be good to go.
The only reason I use Wayland is because I have two monitor with different refresh rate. In X, the monitor with the highest refresh is capped to the lowest one and I never figured out how to fix it. In Wayland it just work. Hoverwise I will still be on X.
The big reason why I'm still on Xorg and will be for a while is XFCE. I've tried everything from KDE Neon to Sway but they are either missing features I want or were too buggy to bother. Should try Budgie again when 11 comes out though, that seems to be close to XFCE in terms of scope and is supposed to work well with Wayland by then.
I won't switch to Wayland until the compositor is separated so that when GNOME Shell crashes (as it does a few times a month), I can restart it without losing all my running apps.
I've been trying Wayland for quite some time, but Wayland is a chore to work with and most applications still needs to use the xwayland compatibility solution anyway. After a long time of using it I decided to just switch to X11 and save myself the stress. However after seeing this and reading some comments I decided to try it out yesterday (maybe stuff has changed?) and then turned off my PC and went to bed, then today kwin_wayland started crashing for no reason. For a supposedly superior display server, it sure has a lot of issues and low adoption.
Maybe the Wayland developers should consider it a failed project and work on X11 instead?
Not true.
The reason is that Wayland support in Plasma will only be finalized by 6.0, therefore you're using an experimental feature.
Again factually wrong. Gnome changed defaults years ago. Hardy anyone noticed.
Wayland developers are X11 developers. Wayland if the official successor to X11 because its developers agreed that X11 is too broken to be worth it.
Okay so I need to use X11 because you think the Wayland support for KDE Plasma isn't finalized? Well consider the fact that on Linux no support is ever "finalized". Even something that should be mature like pipewire still causes issues from time to time. Or even bash itself. Most likely Wayland will still not work consistently past Plasma 6.0. I don't put much faith into your claim.
I think that you're factually wrong about me being wrong about Wayland support. Most applications I use still run xwayland. Steam for example cannot be run in Wayland, Discord and some other applications only works through Electron which I admittedly don't know a lot about but doing so seems like running it through yet another compatibility layer. Therefore I wouldn't consider an application run through Electron as Wayland compatible either.
Your post paints the picture that Wayland is "just a thing for Gnome", but I'm not going to change to Gnome to run Wayland. Of course nothing ill meant toward Gnome users but I think Gnome is ugly as sin and hard to work with. Maybe my negative perception of Wayland would change if it had better support for KDE. Or if KDE had better Wayland support as this could also be an issue with the kWin rather than Wayland. I have to admit, I've never liked kWin either. I mean as much as I love Plasma, I think the compositor coupled with it is generally dogshit and unstable and it's a travesty KDE pushes kWin so hard down my our throats.
Of course I know that, but if Wayland has such low support and low adoption and "just a thing for gnome" then maybe Wayland isn't so successful after all is what I'm saying. Kind of a bad result to work on a display server that only really works well on Gnome and leaving KDE out in the dark.
You need to understand the difference between the quality of Wayland itself and the specific implementation of a compositor but you don't. "Plasma's Wayland port is incomplete, so Wayland developers should consider it a failed project and work on X11 instead" as an attitude just makes zero sense.
You initially said that most applications in general are not compatible with Wayland and that's untrue. If you personally happen to mainly use only outdated Electron applications, that's your problem but doesn't reflect of the state of the wider ecosystem. Qt 5&6 and GTK 3&4 applications run on Wayland and most don't even need a dedicated Wayland port.
No, but it is a fact that Gnome is ahead in Wayland support and all major distributions (Debian, Ubuntu, Fedora, RHEL) default to Gnome with Wayland, therefore your claim of low adoption is just wrong.
KDE doesn't push anything down your throat, you're just incapable to replace KWin with an alternative, even though at least one wlroots-based one exists.
Now you're using a complete strawman here. I never said it's because the Wayland port is incomplete but because I think it doesn't work on key software in 2023. Wayland had its first release in 2008, that's 15 years ago, that's a long time and if there's still questions about its maturity then that's a fatal flaw. Maybe it even says something if downstream developers have to port it instead of being able to just switch out X11, but of course that might just as well be a quirk of X11.
It doesn't? Don't get me wrong it's great that Wayland works on so many QT and GTK applications, but if it doesn't work on the key applications users interact with daily, then it's kind of a moot point, isn't it?
Yeah you have a point, Gnome is certainly popular but is that because of Wayland or other reasons? I think Wayland support isn't the reason why Gnome is recommended by default and I think it's a bad idea to even recommend Gnome by default because it deviates too far from Windows design which most people would be most familiar with. A better choice would be KDE in my opinion but ofc as we have discussed KDE has its own downsides.
KDE used to be able to switch out the compositor in the gui, but they removed that feature. And kwin comes with plasma by default. True I can definitively replace kwin but I don't currently know how to and I don't want to break plasma either.
Yes, because you don't understand the difference between an incomplete Plasma port to Wayland and the maturity of Wayland itself. I showed you how dumb your argument is but you did not even manage to understand that.
First it was most software, then it was most software you personally use, and now it's key software...
The fatal flaw is with your knowledge.
That has nothing to do with the fact that adoption is high.
That as well has nothing to do with the widespread adoption of Wayland.
Yes, I can see that.
There is no difference between the maturity of wayland and the plasma port. The maturity of wayland hinges on its usage. Thats what this topic is about.
It's after all the cited reason for the limited support for wayland (outside of gnome apparently).
You claim wayland is widely adopted but you're lying about that. Most applications still require xwayland as far as my experience is concerned. So why would I accept your arguments?
Your argument is basically that it works on gnome and since gnome is used by the biggest distributions so it works on most things. It sounds like the goal of wayland as you describe it is to work on gnome and nothing else. It's "a thing for gnome". Am I understanding you correctly?
Someone who doesn't even know how to change the window manager cannot judge that.
Oh piss off. All evidence I have points to that you're lying.
In my experience, Wayland has been the one that "just works." No disabling compositing, higher than 60 refresh rate on my monitors, screen share portals, and a few other things that annoyed me about x11. From what I hear, x11 is ancient and wasn't designed to be used as it is today. Waiting on a couple features but never had any stability issues, hopefully more app devs realize it's existence and switch from x11 like all it's devs did.
I'm on nvidia, have 2 screens mixed resolutions and mixed framerates with kde plasma at the moment. I use jetbrains a lot which only really works through xwayland. I've tried every nvidia friendly DE there is and nothing ended up working consistently. I had been on wayland for more than a year on my previous Intel gpu machine but I had to go back now to x11 for stability and haven't really had any issues ever since. Think whatever you wish but nvidia still has a large market share so until wayland works solidly with nvidia then lot of people will have issues with it. I imagine it works great on amd same as it does on Intel. (yes I know it's debatably nvidia's fault for this mess)
I have the exact same setup. NVIDIA card with dual monitors with different refresh rates. I could try wayland but it'll be a risky bet or i will be stuck with two 90hz instead of one 144hz and one 90hz. Because of this i was actually kinda forced to go back to windows. If anyone has a solution i'll be happy to hear it because i would like to switch back to linux
Run Gnome never had an issue with Wayland for awhile. Wayland is the successor to X11 being worked on by the same people, would it make you feel better if it was called X12?
I run KDE Plasma and very rarely have issues with wayland either. Maybe I am imagining it but it feels smoother than X11. I love that in wayland I can use adaptive sync with multiple monitors connected. X11 can't do that. My main issue with it is that anything involving screenshare doesn't work properly. So steamplay (as host, client is fine), slack screenshare (again, as the sharer) don't work. I don't understand all the people having issues, maybe it's a hardware/driver thing? On my AMD GPU it is practically flawless.
No it would make me feel better if Wayland ran properly.
No one needed Wayland, what everyone needed was X12.
Wayland is X12. The people who worked on Wayland were X11 developers too.
Wayland basically is X12. X11 was extremely different from X10 to my knowlesge, they just wemt for a shiny new name and a new technical model. X12 was gonna break things too.
X12 on ext5
I've not even heard of what the technical merits are. It seems to just break shit like systemd.
Eventually I'll be dragged across by the distro, but until then I do not care.
Same. I'm sure its great, but I'm not motivated to spend my time and energy on it. I remember when PulseAudio first came out, it had growing pains too. I jumped on board early because it solved problems I needed to solve. I was a younger nerd back then, and I don't have the patience for the cutting edge anymore.
I hear it does indeed work with Nvidia now, so I guess I'll give it another shot next time I distro-hop.
As someone who constantly checks in on the Nvidia + Wayland combination every time there is a Nvidia driver update, it "works" but only by the loosest definition unfortunately.
Yeah it does technically work as in it functions, but it's riddled with bugs and missing features. The biggest one preventing me to switch my desktop over to Wayland is the lack of GAMMA_LUT (which enables night light). The issue for this has been open for over a year and there is still no apparent progress, Nvidia really is a pain on Linux.
Meanwhile my AMD laptop works wonders on Wayland and it's the best experience I've had using a computer by far, the touchpad gestures on GNOME +Wayland make me want to get a trackpad for my desktop when I can switch to Wayland.
Yep, the lack of GAMMA_LUT has been a thorn for me as well. I've tried getting around it every now and then by putting on some glasses that I picked up a while ago that just have the blue light tinting built in, but eh.
Another massive problem is some applications, electron based especially, basically "rewind" frames every so often. I'm not even sure how to explain it, but for example you can be typing and a few letters will revert, then come back in... it's very strange. Other applications also just have their UI stop rendering completely until restarted (KDE's taskbar being an annoying occurrence when it happens).
I have an older MacBook that I occasionally use with Fedora + KDE and Wayland works much better there, it's only integrated graphics AFAIK so I keep my expectations tempered, but it's definitely still smoother than Nvidia + Wayland which is just... sad.
I really would love to test it with an AMD card some day, but I have way too many other things to worry about than picking up a new GPU for the time being.
Yea, I have a 2080 and try to run a Wayland KDE session every now and then, but so far every time the desktop has ended up frozen after a couple minutes. Reboot back into X it is..
Oh. Womp womp.
I need to refamiliarize myself with the state of AI libraries without CUDA. Last I checked it was still a problem. I'd love to never buy Nvidia again.
I'm not too well versed in the AI/ML industry, but from what I hear CUDA is still the far prevalent / preferred backend - I don't believe its impossible so to speak, but it definitely involves having to dig a bit deeper for more alternatives.
I hear its also somewhat common to use an AMD GPU for your actual desktop, but then also have an Nvidia GPU strictly for usage of CUDA but of course that's a bit more expensive and also still involves keeping up with Nvidia's hardware.
just check out a compatible desktop environment/window manager. you don't need to do a full distro change.
if the base is the same (ie. debian, arch, etc) there is no point in changing distros anyways.
Or, maybe, not go out of my way to fit my way of working to someone else's notice of how I should be doing things? If A works and B doesn't, unless I put in a lot of effort... Why exactly would I?