I feel like there’s also the point that on Mac OS a lot of stuff “just works” because everything else just doesn’t work at all. I have a number of things that just aren’t going to work at all on Mac. Linux is obviously much more permissive, which leads to a lot more kinda working stuff that just wouldn’t work at all on Mac.

The compositors are the ones doing a lot of the protocol development. They want to have WIP versions so they can see what issues crop up, they’ve been making versions all doing. Now, I agree that it is slowing things down, but it’s more of just an additional thing that needs to get done, not so much a chicken and egg problem.

While this is still a massive problem, it does require a public fork at some point. So if you have a private repo that has never had a public fork, you should be safe.

From my own looking into this it looks like more of a suggestion than a request (for now at least), just a “this might be a good idea, we should look into it”.

Windows has one major thing going for it: it’s best-in-class for gaming. It might even be the greatest gaming platform of all time. Linux and even Mac are gaining ground, but they’ve got a little ways to go.

…is Mac gaming actually gaining ground? From listening to a friend of mine who has a Mac, it sounds like Mac gaming is going steadily backwards. Wine and similar doesn’t work very well for them, and Mac compatibility is happening with fewer and fewer games. Game Porting Toolkit isn’t really for end users, is it? Is there something else my friend is missing?

The issue is one of licensing, not technology. There’s all kinds of patents in the space, and using free codecs could still infringe them. DirectX doesn’t have the same patent protection. I believe in theory you could make a fully open source Linux native version of DirectX.

For more info from someone who knows more than me, see here.

Well, sometimes Windows games depend on propietary codecs, and until Valve can get the devs to make adjustments so the codecs aren’t needed, the games aren’t going to work properly in regular Proton.

If GE received a Cease and Desist, that would be frustrating, but linux gaming would go on. If Proton got a Cease and Desist, that could be catastrophic to linux gaming. Valve could even theoretically get banned from working on linux gaming (like the Yuzu devs got banned from working on emulation). It’s just not worth the risk for compatibility/performance for a smaller proportion of games.

Even if it wasn’t a gimmick, it still wouldn’t be benevolent. Corporations only lower prices when they think the lower price can make them more money overall.

Nvidia already opened their driver, at least to the same extent as AMD, which is why NVK is able to exist.

Seems like a good redesign.

That said, Valve does not support the official Ubuntu way of installing Steam, which is via snap (‘apt install steam’ will install the snap). So you have to make sure to install the Steam way (manually via the deb) instead.

will not solve issues with compositors not having it

Many compositors already have patches for explicit sync which should get merged fairly quickly.

graphical libraries not having it

Both Vulkan and OpenGL have support for explicit sync

apps not supporting it

Apps don’t need to support it, they just need to use Vulkan and OpenGL, and they will handle it.

Wayland doesn’t implement sync of any kind, they probably meant to say “the Wayland stack”

Wayland has a protocol specifically for explicit sync, it’s as much a part of Wayland as pretty much anything else that’s part of Wayland.

Nvidia is not the only driver that needs to implement explicit sync.

Mesa has already merged explicit sync support.

Currently yes, tho Wine has gotten pretty far with Wayland support, so it wouldn’t be too surprising to see Wine Wayland be useable for gaming in the next year or two.

The games on Steam Deck are already running in Wayland using gamescope IIRC

The main thing I would say is that you may run into issues if you want to run software from both OSes on the same partition. If both Windows and Linux are trying to execute or install programs on the same partition, they can end up messing with permissions for the other OS (mostly Windows messing with Linux). Reading and writing data should be fine, so intermingling storage shouldn’t be a problem, but execution can be more complex.

Eh, IIRC there’s research that if you eat incredible amounts it’ll likely be bad for you. But it’s a lot and the equivalent amount of sugar would be way way worse.

Eh, IIRC there’s research that if you eat incredible amounts it’ll likely be bad for you. But it’s a lot and the equivalent amount of sugar would be way way worse.

There are tons of x86 Chromebooks still tho.

I believe they’re saying that when come back from suspension, the wifi doesn’t work until they reboot.