皇上,还记得我吗?我就是1999年那个Linux伊甸园啊-----24小时滚动更新开源资讯,全年无休!

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

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

转自 https://www.oschina.net/news/105834/mass-python-2-package-removal