F22 System Wide Change: Replace Yum With DNF
Chuck Anderson
cra at WPI.EDU
Mon Jun 16 17:08:12 UTC 2014
On Mon, Jun 16, 2014 at 09:31:17AM +0200, Jan Zelený wrote:
> On 13. 6. 2014 at 10:09:07, Chuck Anderson wrote:
> > On Fri, Jun 13, 2014 at 09:38:40AM +0200, Jan Zelený wrote:
> > > On 12. 6. 2014 at 10:54:45, DJ Delorie wrote:
> > > > > Nothing will change for you, the yum command will still exist for a
> > > > > few more Fedora releases,
> > > >
> > > > Which only postpones the problem.
> > > >
> > > > > just as the `service` command that was superseded by systemctl
> like
> > > > > 5 releases of Fedora ago exists.
> > > >
> > > > Which is currently annoying me, for the same reason.
> > >
> > > I'm sorry you feel this way. Most of the people I talked to are quite
> > > happy
> > > how this transition was handled. That's why I consider it a good strategy
> > > for dnf as well. If you have any other suggestions other than keeping the
> > > name, we will be open to consider them.
> >
> > The command name doesn't have to match the project name. E.g. just
> > look at the ImageMagick package--there are tons of generic command
> > names that don't mention "ImageMagick" (or any abbreviation thereof)
> >
> > in their names:
> > >rpm -ql ImageMagick|grep bin
> >
> > /usr/bin/animate
> > /usr/bin/compare
> > /usr/bin/composite
> > /usr/bin/conjure
> > /usr/bin/convert
> > /usr/bin/display
> > /usr/bin/identify
> > /usr/bin/import
> > /usr/bin/mogrify
> > /usr/bin/montage
> > /usr/bin/stream
> >
> > So I propose we keep calling the project DNF and the package dnf, but
> > start the transition to a generic command name for "the tool that
> > installs, removes, and updates packages". I propose that this command
> > name be called "pkg". We can keep backwards compatibility to both the
> > "yum" command name and the "dnf" command name indefinitely.
>
> Sounds like an interesting idea and we will definitely give this some thought.
> It needs some more work thought to see if it makes sense. For example what
> would you say should be the correlation between the pkg command and DNF's
> Python API? What I mean is which of these two would you say is better if we go
> for this "neutral" command?
>
> import dnf
>
> - or -
>
> import pkg
I don't think the programmer's API needs to be changed. It can stay
dnf if you want. All I care about in this discussion is the User
Interface.
More information about the devel
mailing list