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
++++++++++++++++++++++++++++++++++++++++