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