Installing old Linux applications IS a problem. They’re available only if someone repackaged them for newer distros. If not they can’t run anymore because of dependencies mismatch.
This is a good reason for static linking. All the dependencies are built into the binary, meaning it is more portable and future proof.
We don’t need flatpak for this!
And harder to fix vulnerabilities in a linked library, and more bloat in both storage space and memory used.
Trade-offs!
I’ll take a program that isn’t getting updates anymore or simply wasnt working in my modified environment using slightly more ram and storage over it not working at all.
I have firsthand experience with videogames made for one flavor of Linux not working on my machine due to dependency hell.
I think this meme is referring to when Apple ripped out 32bit support in macOS a few years ago. I couldn’t use Wine anymore to play old windows games on my Mac after that update for example.
But… to be fair, are there any versions of Linux that let you do this either? Replacing the OS, especially jumping from 32 to 64-bit, is kinda a HUGE deal!? I’ve had numerous problems switching Linux distros, and some issues switching Mac software, and they seem more or less the same to me? - if anything, it was easier for me to switch on a Mac?
I don’t know about Wine and older games - I would guess that recompilation would be in order. I could see if they jumped the gun specifically for the newer (at the time M1) series, that such tools were not yet ready by third party apps as Wine. Though Mac switches chip architecture so exceedingly rarely that it is barely an issue, long-term, and if anyone using Linux switched architecture it would similarly require recompilation as well?
I feel like I am not expressing myself well here, but I’m out of time to edit and hopefully you see what I mean:-).
When distro maintainers started building and shipping 64bit versions, they didn’t include 32bit libraries. You had to make a chroot for a 32bit distro, then symlink those libraries in among your 64bit libraries. Once distro maintainers were confident in the 64bit builds, they added 32bit libraries. In the case of Windows, Microsoft created a translation layer similar to WINE called WoW64 (Windows on Windows64). Apple is the only one who said, fuck you buy new software, to their customers. Rosetta is the first time Apple didn’t tell their customers to go pound sand; probably not by choice.
I thought wine on Linux pulls in a load of 32-bit libraries so it still works on 64-bit systems.
It’s actually an ongoing problem with closed source Linux games. Devs don’t want to update, and don’t want to open source.
A lot of the time the Windows version will play better through Proton/Wine.
nix
solved this by modifying LD_LIBRARY_PATH to point to the desired dependency and/or modifying the binary itself.