The real question is though… if you haven’t noticed the TV using YCbCr420 until it was pointed out to you, why would you spend more time looking into it?

Yes, they do. They’re just better at pretending they don’t.

The last time the Dems held a primary was in 2008.

Why the fuck do people upvote this misinformation? They held primaries literally this year, which is information everyone can trivially look up

Some day it will make it’s way to banking apps/sites being unusable on OSes other than approved “secure” ones.

That day was years ago. Many banking apps refuse to start if you even just have your bootloader unlocked, and some banking websites only support Chrome, some really crappy ones even only Chrome or Edge on Windows specifically.

The real one? It was fine on Xorg though

When an app (in your case, Steam) uses X11 APIs to move the cursor, that of course works on Xorg, but Xwayland merely emulates it - so it moves the X11 pointer for X11 apps, but not the pointer from the Wayland compositor.

Some compositors allow Xwayland to request moving the real pointer instead of doing emulation, but River apparently doesn’t.

I have some problems with X11 cursors and that’s quite normal with Wayland obviously

It’s not. There is no Wayland specific cursor format, it’s all just images on disk, and the most widely used format hasn’t changed away from Xcursors yet.

For example, my cursor can become invisible if my screen sleeps

That’s either a compositor or driver bug, please report it (as I’ve never seen that on Plasma, to your compositor first).

Additional controllers that control mouse cursor don’t control X11 cursor, however they still work, I just don’t know where the cursor is unless it highlights something.

That’s because it moves the X11 pointer but not the real one. A cursor theme can’t change that.

and

Then you’re using Xorg, not Wayland.

What problems do you have with per screen scaling on Wayland?

Stop using Xorg and your scaling problems are gone.

Debian

… is not something you should ever use on a desktop PC. Due to its eternally very outdated nature and not even shipping bugfix updates**** it is not a good fit for anything but servers.

Wayland, for some reason, couldn’t handle 4 monitors, with one above the other three.

“Wayland” doesn’t handle monitors at all. What (because of Debian, wildly outdated) desktop did you use?

Oh, and the biggest issue I had with Windows was copied straight into Linux. I want my (single) taskbar on a monitor that isn’t my primary.

Not a Linux issue, but a problem with the desktop environment you chose. KDE Plasma allows you to configure panels in any way you want.

This is about dragging a tab out of or into a browser window, and letting the compositor know about it, so it can move and place the window accordingly. Apps don’t get to place windows themselves.

The github repo has tons of issues about the problems caused by the hacks (from the cursor not being recorded, to it not working in Flatpak, not working with virtual displays, to even preventing graphical sessions from starting!) with the suggested solution of just using the remote desktop portal… I don’t know what the problem is, but it’s not a lack of knowledge.

It hasn’t operated at a loss anymore for years you mean?

misconfigured

Unless you did something really stupid and deleted system libraries or something like that, no configuration should cause crashes. Please make a bug report about it at bugs.kde.org. You might not be able to fix it yourself, but crashes are often relatively easy to diagnose and fix for a developer.

In the case of one project in paticular, that being the Sunshine game streaming project

That’s a terrible example, because they completely ignore the many many years old standardized APIs (screen casting and remote desktop portals) that they could use, in favor of doing hacky and broken things that require root access instead.

Xwayland doesn’t get input in some special way, it uses the exact same Wayland protocols to get input events as native Wayland apps. All claims about it being more complete or anything like that are nonsense.

Krita forces Xwayland because they have some X11 specific code they haven’t bothered porting away from, that’s all.

What kind of flickering? Does the display support adaptive sync? If so, try turning that off

You don’t need to use steamtinkerlaunch, putting gamescope --hdr-enabled --fullscreen -W width -H height -- %command% into the launch options is enough.

Will the Gnome version of Bazzite work for HDR on an Nvidia GPU, or for that matter any other OS as long as I’m using gamescope to run the game with HDR enabled?

Gamescope can’t make a different compositor support HDR. Until Gnome supports HDR and the protocol used by gamescope, it won’t work.

Closing the window during an update is supported, you don’t have to worry about it. Discover continues running in the background, and shows a notification until the update is complete.