Re: dnf update -

[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]

 



On 03.01.2014 18:28, Kevin Martin wrote:
> On 01/03/2014 10:58 AM, Panu Matilainen wrote:
>> On 01/03/2014 05:04 PM, Kevin Martin wrote:
>>> On 01/03/2014 08:53 AM, Ales Kozumplik wrote:
>>>> On 01/03/2014 03:47 PM, Bob Goodwin - Zuni, Virginia, USA wrote:
>>>>> This is a Fedora-20 64 bit XFCE system.
>>>>>
>>>>> Only once has this produced an update for me:
>>>>>
>>>>> [root@box10 bobg]# dnf update
>>>>> Resolving dependencies
>>>>> --> Starting dependency resolution
>>>>> --> Finished dependency resolution
>>>>> Dependencies resolved.
>>>>> Nothing to do.
>>>>>
>>>>> But yum update a moment later:
>>>>>
>>>>> Transaction Summary
>>>>> =========================================================================================================================================================================================
>>>>>
>>>>>
>>>>>
>>>>> Install   2 Packages
>>>>> Upgrade  23 Packages
>>>>>
>>>>> Total download size: 45 M
>>>>> Is this ok [y/d/N]: y
>>>>>
>>>>> And it went through to complete this morning's update.
>>>>>
>>>>> What is wrong?  DNF man page shows  an update command ,,,
>>>>>
>>>>> Bob
>>>>>
>>>>
>>>> Hey Bob,
>>>>
>>>> that's expected:
>>>>
>>>> http://dnf.baseurl.org/2014/01/02/dnf-update-and-yum-update-produce-different-output/
>>>>
>>>> Ales
>>>
>>> That seems counterproductive.  If there are updates to be had then dnf needs to find them and apply them.  Blaming metadata timing
>>> to result in no updates is a dodge and needs to be corrected.  If not seeing available updates is not considered "a real update
>>> problem" then what is?  Yet another place where dnf will need to improve before becoming a yum replacement.
>>
>> You can get similar "inconsistency" with just yum on two different computers sitting under your desk because they are on different
>> metadata expiry timer, and can also end up using different mirrors.
>>
>>     - Panu -
>>
> Agreed, but if dnf is expecting to be a yum replacement then shouldn't it do updates *better* than yum?  What's the point if not to
> have an improved tool?  If it's just going to be the same old thing then why bother?
> 
> Kevin
> 

There is an ongoing discussion on devel@ group about dnf being 100%
compatible with yum. Some people say that it should behave exactly like
yum (I think including all current "bugs".) I don't know if you should
expect any improvements in dnf other than speed, they're just to
controversial for some people afraid of changes.


Mateusz Marzantowicz
-- 
users mailing list
users@xxxxxxxxxxxxxxxxxxxxxxx
To unsubscribe or change subscription options:
https://admin.fedoraproject.org/mailman/listinfo/users
Fedora Code of Conduct: http://fedoraproject.org/code-of-conduct
Guidelines: http://fedoraproject.org/wiki/Mailing_list_guidelines
Have a question? Ask away: http://ask.fedoraproject.org




[Index of Archives]     [Older Fedora Users]     [Fedora Announce]     [Fedora Package Announce]     [EPEL Announce]     [EPEL Devel]     [Fedora Magazine]     [Fedora Summer Coding]     [Fedora Laptop]     [Fedora Cloud]     [Fedora Advisory Board]     [Fedora Education]     [Fedora Security]     [Fedora Scitech]     [Fedora Robotics]     [Fedora Infrastructure]     [Fedora Websites]     [Anaconda Devel]     [Fedora Devel Java]     [Fedora Desktop]     [Fedora Fonts]     [Fedora Marketing]     [Fedora Management Tools]     [Fedora Mentors]     [Fedora Package Review]     [Fedora R Devel]     [Fedora PHP Devel]     [Kickstart]     [Fedora Music]     [Fedora Packaging]     [Fedora SELinux]     [Fedora Legal]     [Fedora Kernel]     [Fedora OCaml]     [Coolkey]     [Virtualization Tools]     [ET Management Tools]     [Yum Users]     [Yosemite News]     [Gnome Users]     [KDE Users]     [Fedora Art]     [Fedora Docs]     [Fedora Sparc]     [Libvirt Users]     [Fedora ARM]

  Powered by Linux