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-diffe...
>>
>> 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