this post was submitted on 27 Oct 2026
245 points (98.0% liked)
Linux Gaming
28126 readers
180 users here now
Discussions and news about gaming on the GNU/Linux family of operating systems (including the Steam Deck). Potentially a $HOME away from home for disgruntled /r/linux_gaming denizens of the redditarian demesne.
This page can be subscribed to via RSS.
Original /r/linux_gaming pengwing by uoou.
No memes/shitposts/low-effort posts, please.
That includes posts generated by LLMs. It doesn’t matter if you “don’t have the time” or “would’ve written the same anyway”, or if “everyone’s doing it geez get with the times”.
For now it’ll also include “AI”-assisted projects that haven't had at least two months of (public, verifiable) dev time behind them.
Resources
Help:
- ProtonDB
- Are We Anticheat Yet?
- r/linux_gaming FAQ
- Fork of an earlier version of the above
- PCGamingWiki
- LibreGameWiki
Launchers/Game Library Managers:
General:
Discord:
IRC:
Matrix:
Telegram:
founded 3 years ago
MODERATORS
you are viewing a single comment's thread
view the rest of the comments
view the rest of the comments
TBH, Epic Games EACv2 looks decently well designed, and robust:
Requirements:
Generally it is a good system of locking down any potential paths for code that can work on other processes' memory.
Signed boot kernel is big problem for most distros (though most people don't modify their ramdisk, or cmdline, so... probably fine?). Kernel modules would be iffy too, I guess, but presumable even for Arch it would mean .ko from only the official repos. The others are just annoyances.
Would not be a huge amount of pain to set this up for distros. Definitely political momentum is not there and I think will never be. Linux is just a different beast and won't bend to their corporational "Lock it down!" mentality, better find other ways to combat cheating.
I have yet to see a machine that doesn't have a tainted kernel (meaning the kernel wasn't signed, a module wasn't signed, or both) in the wild. Not even with Ubuntu.
At the same time, requiring TPM 2.0 is the same anti consumer thing Win11 did.
Secure boot is a pain to set up on Linux because it was never meant to be for Linux. It's a Microsoft invention that Microsoft holds the keys for.
Kexec is useful on a lot of machines for faster reboot times, and disabling it can make them significantly longer.
LSM BPF is scary and sketchy, especially if you're giving a proprietary blackbox access to it. You should not have random software accessing that.
Actually, I setup secure boot, it isnt that much of a pain. If the docs were more clear, it's like a nice 4-7 commands, with some reboots (clarity missing in arch wiki)
I can't even enable it because I have an nvidia card that doesn't support the new ""open source"" driver, so I'm always loading tainted binary blobs.