openSUSE 面临 x86_32 架构存档无人维护的尴尬状况

滚动发布的 openSUSE Tumbleweed 已将支持的 CPU 架构提到到 x86-64-v2 ，但非常尴尬的是，分割出来的 x86_32 软件包存档面临无人维护的状况。

8 月份，OpenSUSE 开发者讨论提高对 x86_64 微架构的支持级别 ，最终将最低 CPU 限制到 x86-64-v2 。x86-64-v2 大致是 Intel Nehalem 或 AMD Bulldozer 时代的处理器，包含 CMPXCHG16B、LAHF-SAHF、POPCNT、SSE3、SSE4.1、SSE4.2 和 SSSE3 指令集 。

而对于 x86_32 位部分，OpenSUSE 团队已承认 i586 设备是没落的过去式，放弃了对 Tumbleweed i586 构建的官方支持，并决定从明年的 1 月开始， Tumbleweed i586/i686 将转变为由 OpenSUSE 社区支持的版本。

然而本周的 openSUSE 发布工程会议 上却有一个令人沮丧的消息：即使针对 openSUSE Tumbleweed 创建了“openSUSE:Factory:LegacyX86” 古董 x86 架构存档，社区中却没有人愿意站出来承担 x86_32 软件包的维护和打包工作。

Jiri Slaby 自告奋勇，但那是在 x86_64 流行的时候，我认为 Jiri 对维护 i586 不感兴趣； Felix Miata 提到了一些事情，但也没有明确承诺会去做。 所以这个问题可能会持续数周甚至更长时间。

而会议上提到的 Jiri 更是在回复邮件中直言"建议放弃 x86_32 架构”：

正如我在电子邮件中明确写道，我从未打算维护 ix86。 我还询问是否有维护人员，但没有人举手。 这是否意味着没有人感兴趣，且我们可以放弃该移植？ （提示：现在正是告别的好时机。）

也许当项目完全无法构建时，才能证明其实没有人关心这个架构。

到目前为止，openSUSE Tumbleweed 项目仍缺少有能力和意愿的人去接手 i586/i686 包的维护和测试/QA 。不过这也挺常见，Linux 发行版或者其他开源项目想要放弃旧的硬件支持时，社区都会提出反对意见。当然，通常大家都是口头上强烈反对，少有愿意身体力行去维护旧时代产物的守旧派。