Indeed, and this is a cost largely paid by Canonical (both in terms of > The real issue is the costs of maintainership. You are right that a lot of apps depend on it, but it comes down to who is willing to pay the costs of maintaining it if Canonical will not? Pretty much anything in their repo that is packaged as package:i386. I think the kernel will still have 32bit support, pretty sure you can’t rip that out, but it sounds like they want to disable 32bit library support, which will kill Wine, PCSX2, some NES and Genesis emulators, not to mention a WHOLE lot of binary only games on Steam. Seems feasible, but requires new engineering. Something akin to DOSBox and DOSEmu, or better yet run windows apps inside of virtualization/QEMU. Wine, who’s official moto is “Wine Is Not an Emulator”, would have to incorporate emulatation in order to continue existing going forward. If at some point 32bit processes were to be completely disabled in ubuntu’s linux kernel, then 32bit wine technology on linux becomes nonviable. When ubuntu said it would drop 32bit, I understood that to mean it would drop it’s 32bit libraries and app repos, but it’s not immediately clear that Ubuntu would go so far as to disable 32bit support from the kernel itself? If 32bit processes and interfaces are still supported by the kernel, then wine could link statically and build it’s own dependencies, it’s just more work for them that they didn’t previously have to do. This can be a serious blow to Ubuntu users who use Wine, but I do wonder just how popular Wine really is. That’s an interesting side-effect of going 64 bit-only that I hadn’t even considered.
0 Comments
Leave a Reply. |
AuthorWrite something about yourself. No need to be fancy, just an overview. ArchivesCategories |