这些是Ubuntu 20.04的32位软件包的计划

Ubuntu的

今年七月 我们在博客上谈论的是 自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位软件包的环境。”

如果您想了解更多信息,可以在 以下链接。 


成为第一个发表评论

发表您的评论

您的电子邮件地址将不会被发表。 必填字段标有 *

*

*

  1. 负责数据:MiguelÁngelGatón
  2. 数据用途:控制垃圾邮件,注释管理。
  3. 合法性:您的同意
  4. 数据通讯:除非有法律义务,否则不会将数据传达给第三方。
  5. 数据存储:Occentus Networks(EU)托管的数据库
  6. 权利:您可以随时限制,恢复和删除您的信息。