linux has a great way to run windows apps (wine) and progress is being made on macOS apps (darling)
now if only there was a good universal way to run linux apps on linux
linux has a great way to run windows apps (wine) and progress is being made on macOS apps (darling) now if only there was a good universal way to run linux apps on linux 43 comments
@crowbar_wielder @lynnesbian That was what I realized too... Relevant art @lynnesbian what if that way turns out to be on windows so you have to run linux on windows on linux @lynnesbian As someone who expects to soon be wanting to run closed source x86/x86_64 Linux software on arm Linux.. yeah.. @lynnesbian Packaging everything as a "snap" and then replying to every "[critical function] not working" with "oh, that's because of a snap thing, in theory there's a way to work around that and someday a future version might incorporate that" will continue until snap adoption improves.... @sterophonick @lynnesbian I just liked and RTed this but this post is from 4y ago. How did you find this ?!
@lynnesbian I always prefer .Appimages. I can run them from external drives to save space on my computer. @lynnesbian My favorite thing about this is that Valve's solution for Steam is literally just "write it for windows in a way compatible with our Wine fork" @lynnesbian 5 years later and we have 1mio users on flathub. I think by now we have a good way to run linux apps on linux that isnt going to break in 2 month thanks to stable runtimes. @fabiscafe and of course, flatpak doesn't do command line programs @lynnesbian hmm What Plasma integration does not work? For the rest, yes. Discord would probably need another portal to look up processes and I dont know if this would be a good idea at all. But given how broken this functionality is on Linux in general I dont see any need to act on it tbh. CLI apps are possible. It's just that they probably need to read outside the runtime and so would need to be build around portals (that probably dont exist rn). Maybe not worth it.. @fabiscafe this is the firefox thing i'm referring to @lynnesbian Yeah. Sure thats a problem. Still i think this as a general one, outside of flatpak. Addons should not communicate without restrictioins to the system below. It's just that only now we have such a restriction that apps cant simply do whatever they want. But yes, it's problematic for now. @lynnesbian @fabiscafe not all types, and I mention combination of kernel features+GPU acceleration, and GPU part does not work without kernel features - and flatpak remove kernel features - GPU acceleration that depends on those also removed - slowdown/downgrade @danil @lynnesbian Is there an example of something that's not possible? @fabiscafe @lynnesbian entire python ML-CUDA stuff, and its replacement for Vulkan-compute and AMD ROCM. @danil @lynnesbian True, the entire Nvidia stack depends on a matching version of the nvidia driver inside the flatpak runtime and on the system. If you mix in wayland, you also need GBM and KMS enabled on the "host" side and if you then mix in xwayland, you also need a pretty recent (latest?) driver version. Thats not flatpak, but mostly Nvidia. So pretty much anything that uses freedesktop runtime >=21.08.9 should work. @win8linux @lynnesbian@fedi.lynnesbian.space ๐ This is honestly so funny. ^^ @lynnesbian *struggling not to start rambling about nix in a way that would not help one bit but it would let me mention nix* @hertog honestly nixpkgs + flatpak really does solve 99% of the problem of running linux stuff anywhere @ShadowJonathan @lynnesbian itโs a 4 year old evergreen post. Betting $20 it will still be as accurate in 4 more years I remember reading somewhere that Win32 is the most stable API/ABI on Linux |
@lynnesbian LOL