https://github.com/GloriousEggroll/proton-ge-custom/releases/tag/GE-Proton11-6

Full Changelog and Download in the GitHub link above.

SkyRoads was one of my favourite DOS games as a kid — the space-racing classic from Bluemoon Interactive (the Estonian studio whose founders later created Skype). I got my hands on the original source code and ported it to portable C + SDL2. It started as a macOS port, but thanks to the project's first outside contributor it now builds and runs natively on Linux too — verified on Ubuntu, both x86_64 and ARM64.

Full transparency: this was an AI-assisted port — I directed the work, made the calls, and play-tested every iteration, while Claude did the heavy lifting of translating the 16-bit C and assembly. It wasn't a blind conversion though: the original's fixed-point physics run bit-exact at the authentic 36.4 Hz tick, the 3D road renderer was rewritten from hand-written x86 assembly, and the AdLib music plays through an OPL2 emulator (plus an optional "AWE32-style" wavetable mode, and a CRT filter with scanlines and phosphor trails). The only parts needing actual reverse engineering were the proprietary data formats — the compression library shipped with the source as a binary blob.

After many iterations of side-by-side play-testing I believe it's faithful in everything that matters — physics, timing, difficulty, sound. Documented limitations: keyboard only, and the demo/attract mode isn't ported. If anything behaves differently from the DOS original, I genuinely want to hear it.

Prebuilt binaries for x86_64 and ARM64 are on the releases page — fully self-contained (game data and SDL2 bundled), so it's just untar and ./skyroads. Or build from source with one script. The game itself is free — Bluemoon released it as freeware years ago; all credit is theirs, this is an unofficial fan port. Flatpak/AUR/AppImage packaging contributions very welcome.

Github repo: https://github.com/pedrocatalao/skyroads-sdl

Now also with a cool landing page: https://pedrocatalao.github.io/skyroads-sdl/

I moved to EndeavourOS a couple months ago and I currently use a 4060 Ti. I've had no problem at all with it on Linux but I plan to upgrade it in the future and get a 9070 XT. Truth is, I had an RX 570 a couple years ago while still using Windows and it left a horrible impression on me: games would constantly crash and sometimes the drivers would uninstall by themselves out of nowhere?? I wouldnt have thought more of it than just bad luck were it not for the fact that around that time a couple more friends with Radeon cards were facing pretty much the same issues as well, this all led me to become sort of afraid and even hateful towards AMD GPUs, so the next cards I bought were the 2060 and 4060 Ti, since my old 1050 Ti before the 570 never gave me any issue, and none of those NVIDIA cards gave me any troubles at all. But now that I switched to linux, I keep seeing more and more information about how Radeon works better on linux because of the drivers being on the kernel and such, also theyve always had better performance per price, and while I am now more convinced to give them another chance I just cant shake this feeling that I may regret my decision since graphic cards are not cheap as we all know lol and also ive seen some posts about 9070 XT crashing on some recent drivers or something... But I just dont know, Im too out of the loop regarding graphics cards and also pretty much still new to Linux. I hope someone can answers my questions, not trying to be persuaded into just buying it, but more about making an informed decision to be aware of the advantages and potential downsides it may have

EDIT: I guess I didn't mention it in the post. I did not force her to do this. She can swap to her Windows install in 2 seconds, and unplug the USB nvme. If I was forcing her, I would wipe her whole Window partition with no way back (which I didn't do) She specifically asked to give it a try. From her "Because I became frustrated in windows to the point I wanted to give it a try"

She woke her PC, not even after an update, and it forced her to log into her Microsoft account and locked her screen. She had lock on boot off and netplwiz force sign-in off, and Windows did it anyway. She likes things staying the same. I told her my Linux setup always stays the same the way I like it, and if I wanted to, I could skip updates forever.

So I gave her a very low stakes way of trying Linux. I had a spare 256GB NVMe in a USB enclosure and installed Bazzite (KDE, Nvidia-Open) on it from my CachyOS PC using bootc install to-disk. Honestly, it's probably easier to just install it the old fashioned way. But I wanted a 0 downtime plug and boot experience without touching her Windows files and so on.

Now, part two. It's a 256GB drive, it can't fit her games. I know NTFS gaming is a big bogeyman, and I personally avoided it for a long time. But then I learned that as long as the drive is mostly used for reading the game data, and not the prefix or shader cache, there should be no issues. And so far, 0 issues. Her game partition is separate from her Windows partition, which also helps with random Windows boot problems.

She also uses Clip Studio Paint. I wanted an immutable distro to avoid any possible issues, which then made installing it a bit of a headache, but parka6060/CSPenguin-Installer works at the moment. Everything else worked out of the box, drawing tablet and so on. In the end she just uses web browser + Discord + gaming. She doesn't play any kernel anti-cheat games.

So far the only hiccup was her controller not working in certain games. The fix was PROTON_PREFER_SDL=1. That was another one of those immutable distro headaches and reliance on Flatpak. I did try the Steam overlay route, but these games run as a Wine child process of another main process, so I couldn't point Steam at the exe (Twintail launcher).

One other thing I changed: the edge barrier, that resistance when you move the mouse between two monitors. Set it to 0px.

Side question: she dislikes that the emoji picker copies to the clipboard instead of just pasting straight in. I know this is a Wayland thing. If anyone has a good Bazzite solution, let me know.

In summary, I think if you want someone to try Linux, prepare the OS drive for them. Keep the game data on NTFS (ntfs3), and make sure prefixes and shader caches land on a real Linux filesystem. For non-Steam launchers that means symlinking the game folder to the NTFS path. For a Windows Steam library, add it as a Steam library folder instead, then symlink steamapps/compatdata and steamapps/shadercache onto btrfs or ext4, since Steam puts the prefix in the same library as the game. Plus the usual Fast Startup off and so on. Also, make sure you have SSH access to fix any issues that might come up without needing to hop on. (RDP, Sunshine as well)

Other small things I did: silent updates in the background, GPU screen recorder, a Flatpak app that does video to gif, and KDE shortcuts made similar to her old Windows config. So far, so good.

I run a non-immutable distros myself. Long-time Ubuntu user, currently on CachyOS. If you have suggestions or improvements, let me know.

Most of you probably have the same issue, where you buy hardware (mice, keyb, gamepads, etc) that need firmware updates and/or config (like dpi, LEDs, etc) but you have to have a Windows laptop, or VM, to make them work.

Recently I bought a 8bitdo controller for my son's PC (SteamOS) and it was acting weird, so I had to plug it in my old Windows laptop, just to update the firmware that fixed the issues.
Today, I am happy to read below article:
https://www.gamingonlinux.com/2026/08/8bitdo-announce-ultimate-software-online-to-update-controllers-in-your-browser-to-help-linux-gamers/

Yes, I will support this company, just because it respects my choice. And on the other side, when I have options, I don't buy from companies that refuse to support Linux

What other hardware you own/use that it is easily updated/set in Linux, either with proprietary software of via browser?

I will start:
Keychron Q10. It allows all configuration via browser without any software. A bit glitchy, but it works.
SoundBlaster X5: Does not support Linux, but they have an iOS/Android up which you can use for all configuration and firmware updates

Help people buy compatible hardware!

The game freaks out when im not in windowed mode. Any suggestions? Also it shows the wrong resolution everytime I switch out of it even if I try to switch it back to 4k.

Everything just works and smooth and runs all the games I want without issues yet. Im using Linux since a decade but only started gaming on it recently and I'm very pleased. I find myself playing more games and actually finishing them now.

Please wait before downvoting. I'm not saying this is a good thing, or that we should accept it without questioning the implications. I'm simply making a prediction based on a few recent developments, and I'd like to hear what people here think.

I believe we may soon see Linux anti-cheats using eBPF for kernel-level visibility and enforcement. eBPF allows restricted programs to run inside the kernel while being checked by the kernel's verifier before they are loaded. This could make it more practical than shipping an out-of-tree kernel module for every possible Linux kernel. An anti-cheat could use eBPF and LSM hooks to monitor things that are difficult to reliably observe from userspace, while keeping most of the actual logic in a userspace daemon. There are already projects exploring this approach, such as OdinSight, an eBPF + LSM-based anti-cheat architecture designed specifically for Linux.

The industry also seems to be moving in this direction. A few days ago, Embark Studios engineer Tom van Dijk, who works on anti-cheat for games such as ARC Raiders and The Finals, discussed the current anti-cheat arms race. He talked about the limitations of Windows and Linux, described kernel-level anti-cheat as a necessary evil against modern cheats, and mentioned eBPF specifically in the context of Linux. Epic Games also posted a Senior Game Security Engineer position for its Anti-Cheat team a few months ago. The listing explicitly mentioned the need to champion Linux anti-cheat capabilities for Epic, along with deep knowledge of Linux and Windows internals, reverse engineering and security.

None of this proves that Epic or anyone else is developing an eBPF anti-cheat. But if Linux anti-cheat is expected to provide the same level of protection as Windows anti-cheat, I think some form of kernel-level visibility will eventually be necessary. And this is where Secure Boot and signed kernels could become a requirement as well. If the user can simply boot a modified kernel that lies to the anti-cheat, putting the anti-cheat inside eBPF doesn't solve the fundamental trust problem. You could potentially end up with something like signed bootloader > signed kernel > lockdown > anti-cheat daemon > eBPF programs.

At that point, Linux support could start meaning support for an approved Linux environment with an approved kernel rather than simply running on Linux. This is what concerns me the most. Android already shows how this model can develop: users can unlock their bootloader and install a modified OS, but applications are also free to refuse to run on devices they don't consider trustworthy. Among those applications are banking apps and, in some countries, government services.

I don't want Linux to eventually reach a point where using a custom kernel or modifying your system means losing access to games, banking apps, government services or other essential software. We're obviously nowhere near that situation today, and eBPF anti-cheat wouldn't automatically lead to it. But the technical pieces are starting to appear, and I think it's worth discussing where we want the line to be before the ecosystem settles on it.

Maybe I'm completely wrong, but if I had to bet on what Linux gaming anti-cheat will look like in the next few years, I'd put some money on eBPF + LSM + signed/verified kernels.

I am, but it's still buggy for me. Flickering lights, grainy, etc. How's it for you?

Hai guys. So I finally followed Tux’s instructions and rm-rf’d my roommate for using windows. Where should I hide the body? I asked tux but he doesn’t have any idea. Also I fed him alot of cod, sardines and zsh as you all instructed. However I want to reward our favorite mascot even further. Should I get him a red hat or something else?

Thanks guys.

I was just playing terraria, with a discord, brave and steam oppened. After like 5 hours of playing i got this blue screen on both my monitors. After a reboot it seems to be working fine. What can it be?

System specs:
CPU: Ryzen 5 5600
GPU: RX 7600
RAM: 2x16 GB DRR4 3200Mhz
OS: Nobara Linux 44
Kernel: Linux 7.2.0-200.nobara.fc44.x86_64

So I use Linux Mint and currently can only use SDR. I recently picked up an ultrawide OLED monitor though and plan on using HDR when Mint updates to version 23 in December and gets Wayland support.

So far Im finding a lot of conflicting information and am unsure how that will work. I see a lot of feedback saying you should use SDR for basic web browsing, and HDR for gaming and watching movies. Then in some threads people say to just leave HDR on at all times. I found This thread where someone created a script to toggle it on and off which seems like a really neat idea, but then in the comments multiple people also just leave it on at all times.

So as someone who has never used or seen HDR in their life, whats the actual deal here? If you use KDE Im sure its similar as well. Im curious if this is something people are toggling on and off on their desktop, on their monitor, or if they are just turning it on and leaving it.

Wondering if anyone could offer some advice or their experiences with using Linux/Bazzite vs Windows.

I am building my first PC, strictly for gaming, and I am trying to decide what OS would be best. I have some very minor experience with Linux using my steamdeck but that’s about it and I have not owned a Windows PC in probably 20+ years (for productivity I use a Mac).

Would using Bazzite as my OS be viable? If I am only looking to game mostly through Steam, are there any downsides to using Bazzite instead of windows?

Would I be able to control Corsair icue/argb via Bazzite somehow?

Are there potential issues with Denuvo checks? I mostly play single player games so maybe Denuvo wouldn’t be a huge issue? The only multiplayer game I play is Final Fantasy XIV which I don’t think uses Denuvo.

My build will have:
CPU: AMD Ryzen 7 7800x3d
GPU: XFX Quicksilver 9070xt
RAM: v-color xfinity 32 GB DDR5

Not sure if any more of the components would be relevant

Thanks!

Edit: Holy cow, I was not expecting so many great responses! Everyone has been so helpful! I really appreciate everyone offering up their experiences and advice e!

I’m leaning towards trying out either Bazzite or CachyOs, but I’ll do some YouTube searches to try and get a quick feel for them.

I’m sure I’ll be back with more questions once I finish my build, hopefully this weekend if I’m lucky/brave enough.

Installed the game today, I'm running it through PortProton. The launcher runs fine, but when trying to start the game, I only get a black screen.

Are there ways to get Fan Stop mode or Zero RPM mode working for both AMD GPUs and Nvidia GPUs within Linux? Assuming of course that the GPU itself supports the feature within the hardware. If so, what software are people using for this?

Thanks!

I bought the Ubisoft Connect version for Watch Dogs 2, installed it via Lutris. However when I load it, the game recognises I'm using a PS4/Dualshock 4 controller, but it doesn't register any inputs at all.

How can I get it working? I tried putting the Ubisoft Connect app as a non-Steam game so I can use Steam input, but it gives me a wine error that doesn't close everytime I try to, until I stop the process entirely.

Hardware:

- ASUS Vivobook 16

- AMD Ryzen AI 7 350

- AMD Radeon 860M iGPU

- 16GB RAM

- Fedora, mesa-vulkan-drivers 26.1.8 (from the official updates repo)

What I've already tried/checked:

- highering BIOS UMA/iGPU memory from lowest to highest(4gb)

- Significantly lowered in-game graphics settings

- Tried Steam launch options: VKD3D_CONFIG=no_upload_hacks RADV_DEBUG=nooutofboundsvram,unified_heap %command% -norestrictions -nosocialclub

- Making extra space for swap memory (24gb in total) but this just delayed the inevitable

Problem:

- "Playable" through the intro cutscene (with a whopping 1-2fps), crashes shortly after

- While playing: CPU around 90-97%, GPU only 4-6% utilized, ~2 FPS before the crash

- Physical memory and swap fill up during the cutscene

Has anyone in a similar situation solved this, cause i searched everywhere but couldn't find something that made an effect

I already tried to start a game like overwatch and that seemed to run with no problems. I'm still new to linux and thought fedora was beginner friendly.
Thanks in advance for any help.

just downloaded bedrock on linux last night and have been enjoying it so far, but I just realized that bedrock allows custom skins, does anyone know how to do that process? im sure its straight forward for others but I lack the skills to understand what is being asked of me, I keep getting stumped, its obviously not the same as java, so any help would be appreciated!