> The fact we still can't get this in the US is atrocious.
To be honest, I suspect that Apple is purposefully doing this to make alternatives a logistical and legal nightmare vs their own App store.
By having different rules for different countries, different fee structures, etc, Apple is basically making alternatives as inconvenient and painful as legally possible
The US not getting these features is on purpose, it makes the entire idea of "alternatives on iOS" extremely inconvenient vs just using the App store.
caveat being that GPU drivers on Android are kind of a mess.
Open source Mesa Turnip drivers fixes a lot of problems with Snapdragon GPUs, but the drivers don't cover every available chipset from Qualcomm.
The GPU driver issues leads to situations like the Snapdragon 8 Gen 2 (released in 2022) + Mesa drivers often getting better gaming compatibility/performance than the newer Snapdragon 8 Elite (released in 2025)
I'm not sure I'd define the atomic Fedora variants as "distros" in the traditional sense.
This is a bit of an oversimplification, but Bazzite, Bluefin, etc, are basically just Dockerfiles that use Atomic Fedora as the base image.
So you are basically getting a pre-built docker container that is "Fedora + various configs added on top", and then you are booting that docker image.
Since it's just a container file, anyone could theoretically just fork the Bazzite repo, make some changes to the Dockerfile, then push it to github + let github actions build a custom docker image.
So is that custom docker image a distro? Some would say yes, others would say no.
Ironically, I'm considering installing Bazzite alongside NixOS because it's proven to be nearly impossible to run SteamVR properly with how Steam is packaged
From what I’ve seen so far from people I know who run Valve Indexes, Linux SteamVR performance is pretty poor compared with Monado+OpenComposite. Hopefully this situation changes with the release of the Frame, in which case I (and likely others) will be revamping the SteamVR package and NixOS modules as Monado may not fully support it for some time.
Tl;dr: Run Monado w/ OpenComposite for the Index, it runs way better.
Dropping back here to say that I have been playing around with Monado + OpenComposite + WlxOverlay and while it's been plenty janky, it has actually usable performance when it works.
> I struggle to imagine existing Android apps being useful in a desktop form factor.
Rather than full desktops, I suspect that Desktop Android will be popular for 2-in-1 style devices like the Surface Pro.
I've always thought that the Surface Pro was a good idea, just with the wrong operating system. Newer iPad Pros kind of accomplish the same, but are still too locked down by Apple to be a true computer replacement.
Android has the potential to be the perfect middle ground: touch-centric UI paradigm, can work well with keyboard/mice, and open/flexible enough to be an actual computer replacement.
Google has been working on adding extensions to Chrome on Android, already has apk sideloading, and has work-in-progress Linux VM support. That's likely "good enough" to replace computers for the vast majority of people.
I actually think Microsoft is often ahead of it's time with it's consumer-facing products, but executes very poorly. So they have good foresight, but "very bad taste" when it comes to execution.
Microsoft was early to making tablets, smartphones, living room PCs, etc. They just royally screw up the execution of each product category every time.
Maybe it'd be a fun idea for to take some of Microsoft's failed consumer ideas, and revisit them 10-15 years later to see if some other company successfully executes on it.
How I see it is, of course you won't have a good time with Linux if you don't have compatible hardware. The stuff you're mentioning (flaky Wifi and Bluetooth) is a hallmark symptom of incompatible hardware, or newer hardware with immature drivers.
I personally use Linux for all my devices, but I'm also very intentional on making sure ALL my hardware is compatible with Linux.
If you have all hardware compatible with the mainline Linux kernel, generally you can achieve a ChromeOS-level of system stability and reliability.
But as soon as you introduce incompatible hardware, all of that goes out the window. It's why I only recommend Linux to users that have compatible hardware.
It's an entire login session, steam game mode runs BPM via the game scope compositor, no desktop is loaded in the background, etc. The Steam client also enables hardware controls not available in traditional BPM.
You can look up gamescope-session for more info.
Its something that I generally wouldn't expect on traditional mainstream distros.
because official SteamOS doesn't support the Xbox Ally X yet. It's safe to assume that official SteamOS will eventually support the Xbox Ally X, but it's not there yet.
Valve moves slowly to add support for more devices, etc, whereas the Bazzite devs can move faster.
e.g.
Bazzite does a weekly release of a stable OS candidate, whereas Valve often takes months, if not up to a year, for to release a stable-channel OS update.
Edit:
Also, Valve tends to wait for proper kernel interfaces for functionality like controlling TDP, RGB, fans, etc. Whereas Bazzite devs are fine with using tools in userspace to directly talk to hardware, etc.
While I do think Valve's approach is better for long-term maintainability, Bazzite will always have the speed advantage because it can hack together a solution via userspace applications.
> I believe the problem is that most of the games they host are Windows games, so in that regard, Linux doesn't make sense.
The vast majority of games on Steam are Windows games, yet the Linux Steam client runs them fine via Proton.
I don't think people are asking for GOG to make Linux-native games. People are asking for an official GOG client that can handle installing games via Proton/Wine, handles cloud saves, account management, etc.
If a bunch of open source hobbyists can create a viable multi-platform client (see Heroic Games Launcher), then so can GOG.
To be honest, I suspect that Apple is purposefully doing this to make alternatives a logistical and legal nightmare vs their own App store.
By having different rules for different countries, different fee structures, etc, Apple is basically making alternatives as inconvenient and painful as legally possible
The US not getting these features is on purpose, it makes the entire idea of "alternatives on iOS" extremely inconvenient vs just using the App store.