F22 System Wide Change: Replace Yum With DNF
jzeleny at redhat.com
Fri Jun 13 08:13:48 UTC 2014
On 12. 6. 2014 at 16:16:13, Miloslav Trmač wrote:
> 2014-06-12 9:30 GMT+02:00 Jan Zelený <jzeleny at redhat.com>:
> > > It boils down to this: someone is going to be inconvenienced. I argue
> > > it's better to inconvenience the minority with special 'yum' needs by
> > > making them use the 'yum-old' alias, rather than inconveniencing the
> > > majority by making everyone switch their scripts and fingers to 'dnf'.
> > As I said, we will have transition layer so using yum in your shell
> > scripts
> > will still work for a few more releases. A vast majority of users should
> > not
> > experience any inconveniences other than different output on the
> > line.
> … *now*, but *will be inconvenienced later* after those “a few more
> releases” when you are planning for the yum command to go away. The
> breakage and total impact on users is the same, you are only arguing for a
> different timing that makes it seem like a smaller breakage.
I think we are getting way, *way* ahead of ourselves. You are talking about
the distant future as if it was to happen tomorrow. If users will want the
command to stay here forever, it might as well stay here forever. This should
*not* be the topic of the day, as it is currently irrelevant.
> (And separately, I don’t buy the argument that this
> redirection-with-a-message is how users learn about the new tools. This
> way they only learn about the *most useless* part of the change, namely
> “that old thing the system used to do? It can do the same thing, but in
> addition you have to learn a new command to keep it working“. It doesn’t
> teach *the useful part*, “here are the new features and here’s how to use
> them" at all.)
For your information, Ales does terrific job getting the knowledge of new
features to public. DNF's documentation is one of the best I have ever seen,
especially considering that the project is very much WIP. Blog posts are
published almost every week, we regularly announce the interesting stuff on f-
d-l, f-u-l and yum-devel list. If you have any ideas how to make the situation
even better and actually make users care, please do share them with us!
More information about the devel