今年七月 我们在博客上谈论的是 自Ubuntu以来引起部分人不满的新闻之一 规范已经宣布 比系统当前版本(Ubuntu 19.10) 不再支持32位体系结构。
典范 旨在完全停止为i386架构创建软件包 (包括放弃在32位环境中运行64位应用程序所必需的多体系结构库的形成), 但他重新考虑了自己的决定 在检查了Wine(尤其是Steam)开发人员的评论之后。
作为折衷方案,决定保证单独提供一套 具有必要库的32位程序包可以继续运行过时的程序,这些程序仅保持32位形式或需要32位库。
中断的原因 i386体系结构支持 无法在其他体系结构级别上维护软件包 例如,由于无法获得安全性和防护方面的最新发展的最新发展(例如针对32位系统的Spectre),因此与Ubuntu兼容。
维护i386的程序包库需要大量资源用于开发和质量控制,由于用户群较小(i386系统的数量估计为已安装系统总数的1%),因此这是不合理的。
这就是为什么最近 Steve Langasek提出了未来处理32个包裹的计划 Ubuntu中的位。 他总结了与社区有关i386架构的库清单的讨论结果,计划将其包括在内以确保与Ubuntu 32“ Focal Fossa”中的20.04位应用程序兼容。
在30万多个软件包中,大约选择了1700个, 为此,将继续形成用于i32架构的那些386位软件包。
如 评论称,对于Ubuntu 20.04 Focal Fossa,将仅包含有限数量的软件包 保持32位兼容性。 例如,其中包括Wine和Steam客户端,通过它们最初可以将主题显示在桌面上。
该列表主要包括32位应用程序中使用的库 仍在使用中 以及与这些库关联的依赖项。 还有那个 包装 被认为 过时的版本将由最新的稳定版本代替 并且计划保存用于测试列出的库的依赖项,以在386位系统环境中交叉测试i64库的内部版本,从而模拟将在实际条件下使用的环境。
还有其他一些i386二进制软件包,其来源尚未列入白名单,因此不久以后它们将从Ubuntu项目中完全从Ubuntu 20.04的软件包存储库中删除。
尽管所有这些仍只是初步分析, 提及可以联系开发人员 暂时要求软件包兼容。
这既涉及官方软件包源中的i386软件包维护者,也涉及在PPA(个人软件包档案)中维护第三方软件的维护者。 感兴趣的部分 他们必须说明存在32位二进制软件包的原因 在“ ubuntu-release”邮件列表中或在Freenode的“#ubuntu-devel”聊天室中。 如果这些有效,则这些软件包也将列入白名单,因此也将Focal Fossa列入白名单。
直到计划批量移除i386二进制文件仍需要一点时间:据Langasek说
“最初,需要对特定于项目的软件包测试基础架构(“ autopkgtest”)进行调整,以在amd32主机上测试64位库。 这也是通常使用32位软件包的环境。”
如果您想了解更多信息,可以在 以下链接。