@ScottCarammell

Not a clue, as I have just tried with Ubuntu Mate 24.04, the native Linux version works perfectly.

Edit: The game is verified with native Linux version for Steam Deck.

recommended_runtime
native

https://steamdb.info/app/48000/info/ [External Link]

View this comment - View article - View full comments

Limbo has an unadvertised native Linux version on Steam as default, I suggest getting it.

https://steamdb.info/app/48000/depots/ [External Link]
https://store.steampowered.com/app/48000/LIMBO/ [External Link]

View this comment - View article - View full comments

Ross Scott already responded with clear points:

https://youtu.be/z5Ay_aOUcFw [External Link]

View this comment - View article - View full comments

tldr: We pulled an Ubuntu, got Ubuntu backlash, we now pretend that it didn't happen until the next pre-release.

View this comment - View article - View full comments

Because Steam is legacy software… (but this explains a lot).

In a sense that it was released 21 years ago; yes.

Then expanded into 3 different OS& architectures, regularly updated, receiving new features quite often, got at least 3 UI overhaul switches, is the backbone of Windows and Linux gaming.

Legacy software, sigh...

View this comment - View article - View full comments

x86_64 is ancient. People are already striving to move to the next, more efficient architectures (aarch64 & Risc V). We already can run x86 software without any problems in containers but generally don't need to: "Our" software is build for x86_64 by the distributions. Again, it's only crapware from crap developers which blocks this.

I really don't want to sound cynical but this makes me one. I keep reading about the wonders of Risc-v for at least 5 years, yet I am yet to see a working distro running all the legacy i386 apps and games that works seamlessly on risc-v.

I use Linux exclusively since 2009, I was reading about the heavens offered by Wayland even that early. Yet, we are witnessing its mass adoption in last couple years. Why? Because, some smart people didn't arbitrarily decide to drop x11 that would render old apps inoperable due to lack of efficient translation.

Nobody is stopping you, have fun: https://docs.fedoraproject.org/en-US/infra/sysadmin_guide/copr/ [External Link]

Also, no one is stopping people to switch to other distros either. Unless its name is Debian, there is no irreplaceable distro. Have fun seeing people migrating to distros offer better and native compatibility.

View this comment - View article - View full comments

The macOS client was recently ported to aarch64 (a completely different CPU architecture!). If an x86_64 build is harder than that then Valve should completely rewrite the Steam client.

As I pointed out earlier, Steam client is 64 bit on macOS for both x86-64 and ARM64, yet it is still not fast. The problem is CEF, as long as CEF remains as it is, changing and/or upgrading architecture won't change much.

View this comment - View article - View full comments

Perhaps open a separate one to talk about changing build architecture to build fewer 32-bit packages?

Canonical has been doing that in Ubuntu repos for years. Some apps simply don't have i386 packages. As bothersome as that is, it is a fine compromise rather than dropping x86 support entirely.

View this comment - View article - View full comments

As the developer who proposed the change mentioned, it's a big maintenance burden on the volunteers who build Fedora

- Maintaining x11 is a burden.
- Maintaining 32 bit is a burden.
- Maintaining OpenGL is a burden.
- Maintaining SDL2 is a burden.
- Maintaining Gecko is a burden.
- Maintaining Java is a burden.

Let me tell you as a person who works in an entirely different field as a maintenance specialist; MAINTENANCE ITSELF IS A BURDEN. But it needs to be done, not because it's fun or easy, because it's necessary. Look at the list above and tell me you don't see any similarities with Apple.

Mayhaps, Fedora shouldn't rely volunteers on maintaining core elements of the OS.

Edit: Missing volunteers word added at the last sentence.

View this comment - View article - View full comments

Ugh, that's disgusting. Resorting Apple solutions for problems do not exist? Are these people insane? Just yesterday, I spend hours trying to downgrade my wife's Mac into Mojave to be able to play back catalogue of 32 bit games, and now I am seeing this.

And ofc, some cheer that as this will force Valve to adopt 64 bit client, improve Proton, and Steam Linux Runtime should solve all other problems.

Firstly, Steam is 64 bit on macOS for both ARM64 and x86-64 builds. And guess what, it is still slow, clunky and unresponsive. It's not the architecture problem, rather a GUI issue. As long as Chromium Embedded Framework is used, Steam will continue to crawl, architecture upgrade will not solve that.

Secondly, Valve cannot be forced to drop an arch when majority of distros still supporting it. Remember, it is Valve who pushed for Linux client when Windows 8 turned out to be a disaster. Fedora is simply overestimating itself here.

Lastly, as much as some people refuse to acknowledge, native Linux games do exist. And just like in 32 bit macOS case, they won't be updated any time soon. Heck, my favourite FPS, Enemy Territory: Quake Wars that I still play online is an abandonware from 2007, who do you think will update it into x86-64?

Solution? Kindly keep asking Valve to switch its client into x86-64 while keeping the 32 bit compatibility. Keep everyone happy. Cheers!✌🏻

View this comment - View article - View full comments