F22 System Wide Change: Replace Yum With DNF

[drago01]

On Wed, Jun 11, 2014 at 2:44 PM, Jaroslav Reznik <jreznik at redhat.com> wrote:
> = Proposed System Wide Change: Replace Yum With DNF =
> https://fedoraproject.org/wiki/Changes/ReplaceYumWithDNF
>
> Note: This is Fedora 22 proposal!
>
> Change owner(s): Aleš Kozumplík <kozumplik at gmail.com>
>
> Make DNF/Yum4 the new default packaging tool in F22.
>
> == Detailed Description ==
> DNF was forked from Yum in January 2012 and available for experimenting in
> Fedora since release 18 [1]. The project is now fully capable of replacing Yum
> in new Fedora installations. We want DNF to become the new default packaging
> tool in Fedora 22. This entails:
>
> * letting system administrators (including users who routinely manage their
> packages using the legacy Yum) perform all common packaging operations using
> DNF, with no or minimal and documented [2] change to the command syntax, apart
> from replacing the command name. (done)
> * providing implementation of Anaconda backend so system can be bootstrapped
> completely without using legacy Yum. (done)
> * providing alternative to all Yum plugins from yum-utils (ongoing)
> * providing alternative to all release engineering tools (repoquery, bodhi
> etc.) from yum-utils (ongoing)
> * being ready/having the capacity to help out users with migration of their
> custom legacy plugins and extensions to DNF. The solid API documentation [3]
> we provide is of great advantage here. (ongoing)
>
> In practice, the change implies:
> * Anaconda installs the system using the DNF backend (with no special
> switches)
> * package 'dnf' is installed by default (referenced by the base comps groups)
> * package 'dnf-yum-compat-command' is installed by default. It obsoletes Yum
> and provides its own <code>/usr/bin/yum</code>, a short script that redirects
> to <code>/usr/bin/dnf</code> with an appropriate warning message that DNF is
> the preferred package manager now. Notice that upgrading F21 to F22 will not
> cause the compat package to be installed so will not disturb any upgrading
> users.

That makes no sense. First of all if it obsoletes yum it will get
pulled in during upgrades and imo it *should*. We don't really want to
end up in a situation where half the users
are using the default packing tool while the other half uses the old one.

We should really just do the right think and properly obsolete yum
without a compact package ... keeping yum serves no purpose. As for
Matthew's mail ... I don't think people will forgot about Seth because
yum is gone if that's the case it would be really sad.... also why
maybe his biggest yum was not his only contribution.