Well it does technically, the issue we're talking about is how it's packaged, one you extract the package the software will work just the same (assuming there aren't any version mismatches between kernel modules). DEBs (Debian based distros) and RPMs (RedHat based distros) are the two biggest package formats, the next common format is a tar ball.
Add to this, this gives birth to more modern packaging format like flatpak, appimage, and snap, that works across all distro with proper permission control.
Now for most graphical apps, you just search on the app store and click install, like a iphone user.
There are different aspect to the same product. IPhone is lockeddown and aniconsumer, but it doesn't mean every aspect of it is not worth taking a lesson from.
In order for linux to have mass apeal, it will need to be simple by default, and that is where the app store model shines, you just search and click install, everyone can figure that out.
But that doesn't imply linux has to be lockdown and anticonsumer like iphone. If you want to compile your own kernel, you should have freedom to do so.
Except now you dont need to worry about outdated software even on a super stable base. You get proper permission control and a mispackaged app cannot break the entire system.
Because permission control is what most people expect on phone application, which is another way linux has great default UX that is similar to what happens on phones.
Finally, I don't think a mispackaged app is supposed to be able to break out of the application sandbox, unless some bug is exploited.
Unless you are referring to the fact that some app are packaged with overly-permissive default permissions. But most people can change the default permission, and only grant permissions that makes sense.
The software itself should run, but the installers themselves use different standards. I'm pretty sure you could set up your own distro to use installers from different one, though it may require some work.
Windows kind of has that too, with all the .MSI, .exe, .msix and all the appxpackages and how almost none of that works out of the box anymore because you'd otherwise be able to install another browser without opening edge once
Yeah, Valve sucks with the "we're not rewriting this for 64 bit because there's no benefit" stance. It's a pain in the ass to use on Linux because you have to have the 32 bit counterpart of everything it uses alongside the 64 bit counterpart that literally everything else uses. You would think they would finally decide to rewrite it since they're a major Linux contributor, and their handheld runs Linux.
Fortunately, using a neat tool called Whisky, I’m able to install the Windows Steam client, from which I can download and play the Portal games, because they’re proper. But that’s M1/2 only.
Since you mentioned you've never used Linux, you may find it amusing that similar windows compatibility software exists for Linux and is called Wine. Whisky and Wine.
Nice, a lot of the games work out of the box with the Linux client, you just need to enable support for unsupported games for Proton on the Steam settings.
last time I used Mac, I still need to go online and grab the dmg file (or whatever the extension of the file is) myself, since most app is not avaliable in the app store, like jetbrains app and adobe apps.