由于新的 Fedora 版本采用 DNF 作为下一代包管理器并且技术相当的成熟，所以有计划在 Fedora 29 或往后的版本中弃用 Yum 作为软件包管理器[附1]，但是目前来看，至少在 Fedora 30 版本之前不会发生这种情况。
Fedora 29 已经确认仍然使用 Yum，原因就是依赖太多，比如现在一些重要的基础设施组件依赖于 Yum，如 Koji、Pungi 等。如果弃用 Yum 了可能在开发周期中产生相当大的破坏性变化。
因此，在最近的 Fedora 工程和指导委员会(FESCo)会议上，拒绝了 Fedora 29 放弃使用 Yum 的计划。不过这项工作很可能会在2019年 Fedora 30 发布时重新被提起。
另外，在今天的 FESCo 会议上，他们批准了 Fedora 29 的 Zchunk 功能计划[附2]。
附1：Yum Set To Be Retired In Fedora 29
While DNF has been serving as the "next-gen Yum" by default since Fedora 22, Yum 3 has still been present in releases since. But with Fedora 29 they are looking to deprecate and remove Yum.
DNF has advanced a great deal since its original introduction in Fedora 18 and then becoming the default in F22. DNF2 brought many improvements and this "Dandified Yum" continues doing great on Fedora 28.
The time has come to deprecate and remove Yum (v3) and related packages like yum-utils and yum-metadata-parser from the distribution. So there's now the feature plan to get Yum deprecated and removed, but first there are still a few stragglers depending upon the old Yum packages that instead need to be properly migrated to DNF.
Fedora 29 is shaping up to be a huge update with many changes and hopefully won't end up being like some of the bumpy Fedora Linux releases of the past given the many ambitious changes. Fedora 29 is currently scheduled to be released by the end of October.
附2：Fedora 29 To Change DNF's Repository Metadata Compression To Zchunk
Fedora 29 continues looking like a rather ambitious release with a growing number of changes, including at some of the lowest levels of the system. The latest feature proposal is on changing the compression scheme used by the DNF package manager's repository metadata.
Right now Fedora's DNF uses XZ and Gzip formats for the compressing of the repository metadata. With Fedora 29+, Zchunk would instead be used.
Using Zchunk should provide for better compression and only needing to download the differences between any earlier copies of the metadata on the system. With this change, users should see a "significant reduction" in the download size when acquiring the repository metadata for new package installation or updates.
Fedora would still keep XZ and Gzip metadata around for those wanting to upgrade from older Fedora releases where their DNF is not Zchunk-aware while any new installations or those post-upgrade would default to using the new Zchunk scheme.
For those that don't recall, back in May is when Zchunk was announced with its format inspired by Zsync and Casync while being designed for delta-friendly files. Zchunk relies upon Zstd for compression.