I wouldn’t say goodbye manjaro there are still plenty of users using it. But I’m happy that my distro of choice so far (endeavourOS) is also on the chart I feel like it’s a solid choice :)
I installed EndeavousOS on Feb 18, 2023, and it has given me the best gaming experience with the fewest of issues. Previously, I’ve tried Manjaro, PopOS and Tumbleweed and was met with issues early on that made running the latest AMD hardware troublesome in each, but I experienced none of that with EndeavourOS.
I'm currently on Nobara after EndeavourOS nuked itself and having the pleasure of experiencing their toxic community. I'm even considering going back to Manjaro at this point because that was still the most stable Linux experience I had. Maybe their website cert handling sucks but at least my system was running stable, for much longer at that.
Actually was trying to play it a day or so ago. For me at least, setting the compatibility version in the game properties to “Proton Experimental” worked.
I’d probably use arch if there was an easy general immutable/atomic version of it. I just don’t trust bleeding edge rolling enough to not have that kind of a safegaurd.
Grub has many features & addons that many others are still lacking though. But maybe we'll see some improvements in that area now as well. Still sucks for an end user.
It’s a pain. Stuff does break for no reason. I’m a slave to it’s enhanced hardware compatibility and higher success rate at running proton games that are borderline. You just can’t beat the wiki and the community support. It’s too good to not have. But you still run into issues it’s just that I’d be no better off on a different distro.
Arch takes the majority because SteamOS is based on it. Unfortunately, I don't think there's anything in the data that would allow discerning between those two.
I’m not sure if that’s the case, since looking at the stats you’d expect SteamOS/Holo to beat a couple of these listings if it was truly being counted separately to Arch
ProtonDB reports PC and Steam Deck separately. So unless the video creator took the PC stats and then added in Steam Deck and just counted SteamOS as Arch themselves, it’s probably just omitted entirely.
Also actually watching the video: Arch was already riding along at 20-21% before 2022. And in some cases dipped down to 19% mid 2022… So after the Steam Deck launched, the Arch numbers went DOWN. So yet another sign that Arch isn’t Arch + SteamOS: this is purely desktop usage.
from the bits and pieces I’ve read on the official Discord (ugh), they’re using two anticheat solutions. EAC is whitelisted, but their own one doesn’t support Proton yet. they’re actually working on changing that, supposedly, but it’s not their priority at the moment.
One issue with developing for linux is that userspace isn’t consistent between repos. Steam has solved this by vendoring all of the most commonly used libraries like zlib or whatever.
Assuming the bug is in-game then this information would definitely be useful for developers.
Umm… Zlib is everywhere. It just works. Even without steam. Even 20-years old games can run on moderns distros while using system libraries. Like UT2004 does.
Managed to delete my comment by mistake (sorry for the two notifications)
If a common library like zlib is in a non-standard place or is not symlinked to a standard place then I’ve seen GOG games fail to launch. Steam’s vendoring approach makes supporting a variety of distros much easier.
Welp, I was about to rant about it in here. Thanks for the heads up, hopefully it gets fixed by the weekend. Can’t wait to be absolutely rolled by Cunduit’s ult.
I told them I couldn’t get the Microsoft store to open and they told me to open the Microsoft store, what a bunch of morons. Ended up just reinstalling even though it was probably just a library issue.
Some time ago all the tech “news” headlines where “Linux is less secure than Windows, look at all the CVEs open !”, well yes Linux has tones more CVE reported because anyone can audit the code, bugs are discovered and reported, people are informed and can put mitigations in place, unlike with Windows…
Also, statistically, a lot of Linux users are more technically minded and capable of identifying and reporting issues. This will naturally lead to higher reporting numbers, skewing stats.
Linux users are participants. We choose purposely this OS, proactively download, install and configure it on our computers, we chose it because it’s FOSS, and we are happy to report bugs because we have the hope it will eventually get fixed for our own benefit. We all know that Linux strives because we are few (or not so few) to care about our OS and any help counts even if it’s just reporting a bug. This mindset extends to the whole FOSS ecosystem and even some proprietary SW like games ! Because we want those games to run well on Linux and therefore report bugs to developers. And this is why I love Linux and FOSS so much. It’s wonderful :)
Of course they do, but their are not big in number and market share. Maybe « Almost all world wide deployed critical infrastructures runs on Linux » is a better statement.
Exactly. It goes the same way in development too. People who say XYZ lang is better than Rust because “you get so many compile errors” suffer from the same misconception: Just because the errors aren’t immediately obvious doesn’t mean they aren’t there.
Linux users are biased towards higher technical expertise, and they have a different mindset - most of the software that we use is the result of collaborative projects, and we’re often encouraged to help the devs out. And while the collaborative situation might not be true for game development, the mindset leaks out.
Bc linux users are not only more tech literate on average, but also have more of a sense of community and shared responsibility. Yeah, if we get annoyed by something, we know we’re not the only ones, and if we can’t fix it ourselves, we tell the ppl who can. You don’t just assume it will always be broken, or assume a future update will magically fix it.
linux_gaming
Hot
This magazine is from a federated server and may be incomplete. Browse more on the original instance.