Fedora 提出统一流程，弃用上千 Python 2 软件包更可控

Fedora 社区正在接头弃用 Python 2 软件包的同一流程。

https://pythonclock.org

Python 2 将于 2020 年 1 月 1 日正式退休，官方不再提供维护，当前倒计时不绝收缩，但 Fedora 中尚有一千多个软件包依靠于 Python 2，一旦失去 Python 2 上游支持，那么体系中的这些遗留软件包的维护题目将变得很严厉，乃至基础无从动手。

为了办理这个题目，尽早去掉对 Python 2 的依靠，把基于 Python 2 的软件包都移除是最佳选择。可是现实操纵起来会较量贫困，而且也许对体系造成粉碎性改观，于是 Fedora 的几位开拓者提交了一项弃用 Python 2 软件包的同一流程提案，但愿移除 Python 2 软件包更具可控性，让 Python 2 退休的影响低落。

该提案详细分环境描写了几个流程，首要涉及到针对 Python 2 subpackage（子包）、module（模块） 与 requirement（运行情形依靠）等几个方面的处理赏罚：

• 通过相同于孤独的进程，Python 2 子包可以很轻易弃用。
• 没有其余成果的 Python 2 模块将被删除。
• 非须要的情形依靠将被删除。
• Fedora 社区将网络信息以辅佐“项目打点”。
• 将从体系中删除不行安装的 Python 2 包。

详细来看，

弃用 Python 2 子包

假如维护者不再但愿维护项目标 Python 2 部门（譬喻 python2- * 子包），那么对整个包举办孤独/退役会很轻易，而假如不是整体打包弃用，想回收以下两种方法，那么很贫困：

• 只删除 Python 2 部门，这也许会粉碎依靠包。
• 将 Python 2 部门拆分为一个单独的组件，这必要通过正式考核。

此提案引入以下正式流程，将会越发轻易弃用 Python 2 部门：

• 维护者不打包 Python 2 部门，但必需为其他人提供选择。
  • 在拆分之前，必需对 Python 2 部门举办前提化（首要是为了辅佐其他人找到它们）。
  • 一些具有拆分出的 Python 2 部门的包不举办考核。
• 假若有任何对象取决于 Python 2 部门，那么在它们被删除之前举办相干声明。
  • 有 3 周时刻守候回覆电子邮件。（孤独和退休一个包之间的正常时刻是 6 周。）

移除模块

只提供 Python 2 可导入模块的包/子包将被删除，除非有其余包依靠于它们。

移除情形依靠

假如一个情形依靠（包罗 Requires 和 BuildRequires）是仅支持 Python 2 的，而且对软件包的成果和质量险些没有影响，那么它将被删除。好比：

• 很少行使的成果的测试，好比一个 BuildRequire 一个框架但只是测试与该框架的集成。
• 非须要的只用于测试的成果，好比用于漫衍式多历程测试的测试 runner 插件。
• 机能加强。
• Linter 和代码样式搜查器。
• 代码和内容天生器。

在也许的环境下将实行切换到这些依靠项的 Python 3 版本，而不是直接将其删除。

此提案假如得到核准，那么将对 Fedora 31 见效，作者指出，此提案只是越发可控版本的对 Python 2 包举办孤独，对此提案中的流程有差异观点的开拓者，可以有以下几种选择：

• 向 Python SIG 提出阻挡意见。
• 提交对些提案的修改提议。
• 此刻经受 Python 2。
• 暗示有乐趣维护 Python 2，可能忽略此提案。

完备提案：

https://fedoraproject.org/wiki/Changes/F31_Mass_Python_2_Package_Removal

【编辑保举】

1. PYPL 4 月排行：Python 最风行，Java 还行不可？
2. Python 之父再度发声：我们能为中国的“996”措施员做什么？
3. Chrome for Windows 10 ARM已经被独立开拓职员乐成编译出来
4. Vue UI：Vue 开拓者必不行少的器材
5. Stack Overflow 2019开拓者观测陈诉宣布，Python或成赢？

（编辑：河北网）

【声明】本站内容均来自网络，其相关言论仅代表作者个人观点，不代表本站立场。若无意侵犯到您的权利，请及时与联系站长删除相关内容!