On Thu, May 26, 2016 5:17 am, Johnny Hughes wrote:> On 05/26/2016 04:31 AM, Yamaban wrote: >> On Thu, 26 May 2016 08:00, James Hogarth wrote: >>> On 26 May 2016 00:57, "SternData" wrote: >>>> On 05/25/2016 06:43 PM, Always Learning wrote: >>>>> On Wed, 2016-05-25 at 22:32 +0100, Timothy Murphy wrote: >>>>> >>>>>> Also, yum had associations which it was sad to lose. >>>>> >>>>> Perhaps the Fedora ("We love consulting all affected users") >>>>> replacement >>>>> could be named MUD. >>>>> >>>>> Now we await the System-D controlling interface ;-) >>>> >>>> There was much wailing and gnashing of teeth when these changes >>>> rolled into Fedora. After a while, I got used to it and now it seems >>>> normal. Plus, if you type "yum update" it responds "what your really >>>> should type is dnf update, but I'll do it for you anyway". >>> >>> There was a mail on the Fedora development list recently from one of >>> the >>> internal Red Hat RHEL yum guys. >>> >>> It implied that in RHEL the command would remain yum and not change to >>> dnf, >>> although the internals will no doubt do so at some point. >> >> Well, from what I've heard from some Red Hat RHEL Kernel guys, it will >> be >> likely in RHEL 8.x as default with a yum compat cli, but unlikely to get >> into RHEL 7.x as replacement for yum, and should stay confined to EPEL. >> The reason given was: "(DNF is) not quite Enterprise ready, yet. Lets >> look >> again during Fedora 25". >> > > Based on previous RHEL history I would agree with Yamaban's take > (probably in RHEL 8.x, likely not in RHEL 7). But Red Hat has been a > bit less conservative with making changes to RHEL 7 than they were the > previous version of RHEL. > > Still, for them to make a change there would need to be some driving > force for that change (IMHO). For example, if there were new technology > areas (containers, cloud) where dnf had major functionality advantages > over yum, then they might consider a change. Otherwise, I just don't > see it.How about their recent agreements with Microsoft? That would be enogh driving force for them to account for all changes we observed so far IMHO (didn't look into dnf details so I exclude that for the moment from my comment...). Valeri> > But, I have been wrong before .. a lot .. so take that with a grain of > salt :) > > Thanks, > Johnny Hughes > > > > _______________________________________________ > CentOS mailing list > CentOS at centos.org > https://lists.centos.org/mailman/listinfo/centos >++++++++++++++++++++++++++++++++++++++++ Valeri Galtsev Sr System Administrator Department of Astronomy and Astrophysics Kavli Institute for Cosmological Physics University of Chicago Phone: 773-702-4247 ++++++++++++++++++++++++++++++++++++++++
On 05/26/2016 08:45 AM, Valeri Galtsev wrote:> > On Thu, May 26, 2016 5:17 am, Johnny Hughes wrote: >> On 05/26/2016 04:31 AM, Yamaban wrote: >>> On Thu, 26 May 2016 08:00, James Hogarth wrote: >>>> On 26 May 2016 00:57, "SternData" wrote: >>>>> On 05/25/2016 06:43 PM, Always Learning wrote: >>>>>> On Wed, 2016-05-25 at 22:32 +0100, Timothy Murphy wrote: >>>>>> >>>>>>> Also, yum had associations which it was sad to lose. >>>>>> >>>>>> Perhaps the Fedora ("We love consulting all affected users") >>>>>> replacement >>>>>> could be named MUD. >>>>>> >>>>>> Now we await the System-D controlling interface ;-) >>>>> >>>>> There was much wailing and gnashing of teeth when these changes >>>>> rolled into Fedora. After a while, I got used to it and now it seems >>>>> normal. Plus, if you type "yum update" it responds "what your really >>>>> should type is dnf update, but I'll do it for you anyway". >>>> >>>> There was a mail on the Fedora development list recently from one of >>>> the >>>> internal Red Hat RHEL yum guys. >>>> >>>> It implied that in RHEL the command would remain yum and not change to >>>> dnf, >>>> although the internals will no doubt do so at some point. >>> >>> Well, from what I've heard from some Red Hat RHEL Kernel guys, it will >>> be >>> likely in RHEL 8.x as default with a yum compat cli, but unlikely to get >>> into RHEL 7.x as replacement for yum, and should stay confined to EPEL. >>> The reason given was: "(DNF is) not quite Enterprise ready, yet. Lets >>> look >>> again during Fedora 25". >>> >> >> Based on previous RHEL history I would agree with Yamaban's take >> (probably in RHEL 8.x, likely not in RHEL 7). But Red Hat has been a >> bit less conservative with making changes to RHEL 7 than they were the >> previous version of RHEL. >> >> Still, for them to make a change there would need to be some driving >> force for that change (IMHO). For example, if there were new technology >> areas (containers, cloud) where dnf had major functionality advantages >> over yum, then they might consider a change. Otherwise, I just don't >> see it. > > How about their recent agreements with Microsoft? That would be enogh > driving force for them to account for all changes we observed so far IMHO > (didn't look into dnf details so I exclude that for the moment from my > comment...). > > Valeri >Well, striking an agreement so that RHEL can run on the Azure Cloud (where SLES and Ubuntu and CentOS are already at) and on hyperv .. and working with them to make Windows run better on KVM as a VM to me makes perfect sense. Other linux versions are already there (hyperv/azure) and their customers want a paid RHEL option .. and people also need to run Windows server for some things as a VM on RHEL KVM hosts. I certainly don't want to start a flame war either way, but people with customers need to do what their customers want .. and on both sides that was for things to work together in their enterprise from both companies. Of course, we can start a flame war and discuss how evil Microsoft is or how evil money is or how evil global warming is or any other number of things. There will be many people on either side of all of those positions .. but I'm not sure this is the forum for those discussions. The bottom line for DNF, just like any other software that Red Hat releases is .. if they build it and make it the default in RHEL, it will become the default in CentOS .. we don't political or linux religious wars (like systemd, selinux) here. We build whatever source code Red Hat releases when they release it. Nothing more and nothing less.>> >> But, I have been wrong before .. a lot .. so take that with a grain of >> salt :)-------------- next part -------------- A non-text attachment was scrubbed... Name: signature.asc Type: application/pgp-signature Size: 198 bytes Desc: OpenPGP digital signature URL: <http://lists.centos.org/pipermail/centos/attachments/20160526/6754204f/attachment-0001.sig>
On Thu, May 26, 2016 9:30 am, Johnny Hughes wrote:> On 05/26/2016 08:45 AM, Valeri Galtsev wrote: >> >> On Thu, May 26, 2016 5:17 am, Johnny Hughes wrote: >>> On 05/26/2016 04:31 AM, Yamaban wrote: >>>> On Thu, 26 May 2016 08:00, James Hogarth wrote: >>>>> On 26 May 2016 00:57, "SternData" wrote: >>>>>> On 05/25/2016 06:43 PM, Always Learning wrote: >>>>>>> On Wed, 2016-05-25 at 22:32 +0100, Timothy Murphy wrote: >>>>>>> >>>>>>>> Also, yum had associations which it was sad to lose. >>>>>>> >>>>>>> Perhaps the Fedora ("We love consulting all affected users") >>>>>>> replacement >>>>>>> could be named MUD. >>>>>>> >>>>>>> Now we await the System-D controlling interface ;-) >>>>>> >>>>>> There was much wailing and gnashing of teeth when these changes >>>>>> rolled into Fedora. After a while, I got used to it and now it >>>>>> seems >>>>>> normal. Plus, if you type "yum update" it responds "what your really >>>>>> should type is dnf update, but I'll do it for you anyway". >>>>> >>>>> There was a mail on the Fedora development list recently from one of >>>>> the >>>>> internal Red Hat RHEL yum guys. >>>>> >>>>> It implied that in RHEL the command would remain yum and not change >>>>> to >>>>> dnf, >>>>> although the internals will no doubt do so at some point. >>>> >>>> Well, from what I've heard from some Red Hat RHEL Kernel guys, it will >>>> be >>>> likely in RHEL 8.x as default with a yum compat cli, but unlikely to >>>> get >>>> into RHEL 7.x as replacement for yum, and should stay confined to >>>> EPEL. >>>> The reason given was: "(DNF is) not quite Enterprise ready, yet. Lets >>>> look >>>> again during Fedora 25". >>>> >>> >>> Based on previous RHEL history I would agree with Yamaban's take >>> (probably in RHEL 8.x, likely not in RHEL 7). But Red Hat has been a >>> bit less conservative with making changes to RHEL 7 than they were the >>> previous version of RHEL. >>> >>> Still, for them to make a change there would need to be some driving >>> force for that change (IMHO). For example, if there were new >>> technology >>> areas (containers, cloud) where dnf had major functionality advantages >>> over yum, then they might consider a change. Otherwise, I just don't >>> see it. >> >> How about their recent agreements with Microsoft? That would be enogh >> driving force for them to account for all changes we observed so far >> IMHO >> (didn't look into dnf details so I exclude that for the moment from my >> comment...). >> >> Valeri >> > > Well, striking an agreement so that RHEL can run on the Azure Cloud > (where SLES and Ubuntu and CentOS are already at) and on hyperv .. and > working with them to make Windows run better on KVM as a VM to me makes > perfect sense. Other linux versions are already there (hyperv/azure) > and their customers want a paid RHEL option .. and people also need to > run Windows server for some things as a VM on RHEL KVM hosts. > > I certainly don't want to start a flame war either way, but people with > customers need to do what their customers want .. and on both sides that > was for things to work together in their enterprise from both companies. > > Of course, we can start a flame war and discuss how evil Microsoft is or > how evil money is or how evil global warming is or any other number of > things. There will be many people on either side of all of those > positions .. but I'm not sure this is the forum for those discussions. > > The bottom line for DNF, just like any other software that Red Hat > releases is .. if they build it and make it the default in RHEL, it will > become the default in CentOS .. we don't political or linux religious > wars (like systemd, selinux) here. We build whatever source code Red > Hat releases when they release it. Nothing more and nothing less.Sorry, I didn't mean it sound the way it sounded... Should have used "rant" tags. I guess, it is just me in general unhappy about all Linuxes getting much less "UNIX"y lately. Nothing about Linux, mostly about me not blending into "iPad generation", I figure. My apologies about the noise. Valeri> >>> >>> But, I have been wrong before .. a lot .. so take that with a grain of >>> salt :) > > _______________________________________________ > CentOS mailing list > CentOS at centos.org > https://lists.centos.org/mailman/listinfo/centos >++++++++++++++++++++++++++++++++++++++++ Valeri Galtsev Sr System Administrator Department of Astronomy and Astrophysics Kavli Institute for Cosmological Physics University of Chicago Phone: 773-702-4247 ++++++++++++++++++++++++++++++++++++++++