Earlier quoted context omitted.
What problems did you run into? If it's dependencies and packages no longer being shipped, you'll have the same issues running those Python programs on Windows and probably the same solutions as well (downloading all the old sources, compiling all the libraries manually). You can still run the x86 ABI on x64 (or any other architecture through qemu) though unlike Windows, most Linux distros don't ship support for it b…
For Windows Qt developers will put the Qt dlls in the application , not statically link. So in general you will probably be able to run an old Qt app on Linux by using Wine. Yeah, the issue is missing dependencies, the 32 bit versions, Linux Gamers complained so there still are some 32 bit packages around but not all of them. Compiling this old apps I assume will hit same issue, this time missing even more packages s…
> Compiling this old apps I assume will hit same issue, this time missing even more packages since I will need all GTK2 dependencies. I wish there was a nice, slim way to put in a folder all the libraries from a say 16.04 release and tell this app to look there in that folder.
LD_LIBRARY_PATH can be your friend. You'll still have to reconfigure the application for other resources like images, but as far as libraries go it's a pretty useful fix. I've used it before because the default libraries that come with Google's Android emulator just refuse to work on my system. The easiest way is probably to add the variable to your .desktop file or to write a script that sets it and forwards all arguments to the real binary.
> App images would probably be the solution, but who will find all those old projects from source forge that have very few users and rebuild them?
I agree; Flatpak and friends are a great way to keep applications working many years down the line. I expect them to only stay available for newer programs, though.
You can set up a Docker pipeline that will build the application of your choosing and use that to release updates of old programs but in the end you're still going to need someone who will do that for you.
That said, GTK2 is one of those libraries that'll still be packaged with operating systems for a while, it's just the unmaintained dev version that gets left behind. Like with Python 2, nobody wants to maintain that old stuff so it's either up to the devs to update or up to you to come up with ugly hacks to still run the old software (at your own risk, of course).