On Tue, Jun 17, 2014 at 02:40:45PM -0500, Dennis Gilmore wrote:
> -----BEGIN PGP SIGNED MESSAGE-----
> Hash: SHA1
>
> On Wed, 11 Jun 2014 08:52:34 -0400
> Matthew Miller <mattdm@xxxxxxxxxxxxxxxxx> wrote:
>
> > On Wed, Jun 11, 2014 at 02:44:10PM +0200, Jaroslav Reznik wrote:
> > > * 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.
> >
> > This is kind of sentimental, and I think possibly Seth would not have
> > liked to have a big deal made of it, but... I guess I'm going to
> > anyway. I would like to keep the "yum" name in remembrance of his
> > contributions. This also seems like the easiest path for all of the
> > documentation, scripts, and user habits out there. I don't mind if
> > the backend package is called "dnf", but why not keep /usr/bin/yum as
> > the primary command and just do the right thing, only warning on
> > incompatible usage rather than nagging every time it is used?
>
> I have personally always been under the impression that when dnf was
> ready to be a yum replacement it would all be renamed to yum. though
> there is still a lof of areas we will have to work on before dnf can be
> a replacement. I am not away of any work to make mock use dnf. dnf will
> need to be able to make mock chroots going all the way back to rhel5
> since we use mock in the buildsystem and we build epel5 there.
Wait, why will it need to do that? The chroots appear to be compatible,
unless I've missed something major. So creating them with the RHEL 5
host's yum should work, I hope. Is there a something I've missed?
--
Peter
--
devel mailing list
devel@xxxxxxxxxxxxxxxxxxxxxxx
https://admin.fedoraproject.org/mailman/listinfo/devel
Fedora Code of Conduct: http://fedoraproject.org/code-of-conduct
