This needs to happen, as computers and computing moves forward. But it's sad to see that retro games and retro software will lose compatibility going forward.
This needs to happen, as computers and computing moves forward.
But it's sad to see that retro games and retro software will lose compatibility going forward.
When 32 bit software as a whole is phased out... and legacy code support is dropped, then we'll need to rely on emulators to make it all work. I hope we do get emulators for those DOS and Windows...
When 32 bit software as a whole is phased out... and legacy code support is dropped, then we'll need to rely on emulators to make it all work. I hope we do get emulators for those DOS and Windows 95 games. Already many of them don't properly run on Windows 10 and modern hardware.
This needs to happen, as computers and computing moves forward.
But it's sad to see that retro games and retro software will lose compatibility going forward.
Thing is they said the'll provide an LXD container for these things, and that's not that bad, it all depends on how well they'll integrate it all
If they worked with the current 32-bit libraries, why would they stop working in the future?
When 32 bit software as a whole is phased out... and legacy code support is dropped, then we'll need to rely on emulators to make it all work. I hope we do get emulators for those DOS and Windows 95 games. Already many of them don't properly run on Windows 10 and modern hardware.
I wonder what the implication is here for security.
I think it's going to be debian model - security patches but no feature updates.
The Debian Project sucks at backporting security fixes, though.