dnf update -

[Panu Matilainen]

On 01/03/2014 07:28 PM, 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 at 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?

It's simply not possible to guarantee consistent behavior over time (no 
matter how short) when the remote data that can change quite literally 
at any moment.

The big motivations behind dnf are entirely elsewhere than details of 
how and when to fetch repository metadata.

	- Panu -