Fedora工程指委会投票选拔了将Python
3作为暗中同意Python达成版本的提出。其他,Fedora的包微机将从yum切换来DNF。私下认可使用
Python 3还是选用Python
2.6的争论首要在于双方不合作,进而给Python的体系搬迁创制了麻烦。

Fedora 发行版暗中认可使用的 Python 语言版本从 Python 2 切换来 Python 3
还供给在公布多少个本子之后技巧成功。最新建议的日期是到 2020
年,也等于中游淘汰 Python 2 之时。

图片 1

Python
3分支自二零零六年布告以来积极开采了六年,已经成熟和天下太平,而最近仍在爱惜的Python
2分支不扩充新特点,只选择bug和安全更改,它最先的版本是在2001年发表的。

一时一刻 Fedora 的多数 Python 代码能合营 Python 3,但
/usr/bin/python 反之亦然指向 Python 2,各个
python- *包依然表示是在运用 Python 2。

您想清楚为何Yum包没有安装到Fedora
2第22中学?为啥当您调用/usr/bin/yum等公事或任何yum-util插件时有警示?你应该看下左边分界面,Yum已经被DNF替代,DNF成为了Fedora新私下认可的包微机。DNF从Yum分支出来,使用专心于性能的C语言库hawkey进行信任关系剖判职业,小幅度提高包管理操作效能并缩短内部存款和储蓄器消耗,按原本的韵律本应有是Fedora
22兑现这一代表方案。但随着DNF
1.0版本的揭发,这一刻到底降临。这样的激进更新是不可改变局面的,首倘使由于Yum不能够“Python
3 as default”,而DNF帮衬Python 2和Python3。与此同期,DNF Python
API和Yum是完全不一样的,那八个品类中负有已知的不包容难题也都被记录。在Fedora
22
Core中只有DNF而Yum项目正式宣布离世。Yum照旧得以下载到,也可同等调用软件包,以至Python
API依然。只是Yum可实施文件被重新命名称为yum-deprecated,以至Yum调用的命令行被再度定向至DNF。这样你即可在三个系统上还要保有Yum和DNF。运维DNF项指标由来是Yum的四个圈套:undocumented
API、broken dependency solving algorithm和inability to refactor internal
functions。最后被聊起的标题是枯竭文件链接。Yum插件可以在Yum代码中运用其余method,这会形成Yum
utility因部分细小变化而赫然崩溃。DNF目的是为着防止Yum推行的不当。从一最初享有暴露的API都被正巧的笔录,且测量检验大致包括了每二次新的交由。这些体系利用了便捷开垦,会提供客户一些预先级效能实现。DNF现在也在用力推动Yum迁移至DNF,并改正顾客体验。为了落实轻巧迁移,已经将DNF迁移插件导入了包、组和事务元数据,实现从Yum至新的Fedora包微处理器。
By DNF团队Jan Silhan印度语印尼语原作:Yum is dead, long live DNFHN的商议:

(文/开源中华夏族民共和国卡塔尔国    

开采者希望在 Fedora 30 中可从 Python 2 包删除 python- prefix,并从
shebangs 中删除 /usr/bin/python,,还是盼望望到 2020 年上7个月透露 Fedora 32
时,暗许的 Python 版本能切换来 Python 3,然后到 Fedora 33
或越来越高版本后能够开脱 Python 2。

关于那几个安顿的越多细节可因而这一个 Fedora
维基页面扩充问询,Fedora
devel
也在研究那事。

来自:http://phoronix.com