F22 System Wide Change: Replace Yum With DNF

Michael Scherer misc at zarb.org
Sat Jun 14 01:10:22 UTC 2014


Le samedi 14 juin 2014 à 03:03 +0200, Reindl Harald a écrit :
> Am 14.06.2014 02:59, schrieb Michael Scherer:
> > Le vendredi 13 juin 2014 à 10:39 -0400, Steve Clark a écrit :
> >> On 06/13/2014 09:03 AM, drago01 wrote:
> >>
> >>> On Fri, Jun 13, 2014 at 2:58 PM, Reindl Harald <h.reindl at thelounge.net> wrote:
> >>>> Am 13.06.2014 14:53, schrieb Jan Zelený:
> >>>>> That being said, the reason for not renaming dnf to yum is that renaming this
> >>>>> project to yum will do nothing else than to confuse its users, as they will
> >>>>> think this is still yum and they should expect from dnf it what they expected
> >>>>> from yum. They should not. And dnf is not yum, I'm really sorry if you think
> >>>>> it is.
> >>>> the user expects that anyways if you replace something he
> >>>> did not asked for replace it and what just worked for him
> >>> Well there are different levels of "works" i.e just because something works that
> >>> something does not have to be the best possible implementation of
> >>> "something" ...
> >>>
> >>> Horses worked too but at some point we decided that cars work better
> >>> and moved on.
> >> Yes but who is this better for? A few developers or the mass of people
> >> and documentation that
> >> are used to using "yum".
> >>
> >> With cars it was obviously better for me - dnf not so obvious.
> > 
> > So far in this thread, I see no one stepping to maintain yum in the long
> > term, just people asking to others to do it.
> > 
> > But having someone volunteering to maintain it would be the solution.
> > People who want to keep yum forever, just maintain it
> 
> what are you talking about?
> *nobody* asked that *nobody*

Nobody did ask that explicitly. But if people want to keep all howto
running, either we keep yum as is, or we define what exactly should be
preserved and what can be removed.

If you tell me "nothing should be removed forever", then you ask to keep
yum forever. If not, then tell what can be removed and when, and others
do the same.

> the point is *not* break YUM as name and in documentations
> as well as thousands of howtos, articles and books you
> can't re-write and gain the missing pieces of compatibility

So ok, let the yum name being used by yum code, cause you want to keep
how to running ( ie, that mean understand all options and everything
like command line ), and that's it. DNS is DNF, and yum is what you have
now, since any option change would result into broken howtos.

Again, tell what can be removed and/or changed.
-- 
Michael Scherer



More information about the devel mailing list