DNF: why does it refresh metadata all the time

Dennis Gilmore dennis at ausil.us
Thu Jun 19 18:47:27 UTC 2014

In testing dnf on rawhide I nearly always do "dnf clean metadata && dnf update" purely because I found most of the time dnfs metadata was out of date. To me dnf fetching the metadata behind the scenes just doesn't work right. But I'm not sure that me or rawhide fits into the experience dnf is trying to give.


On June 19, 2014 1:01:03 PM CDT, Reindl Harald <h.reindl at thelounge.net> wrote:
>Am 19.06.2014 19:57, schrieb Jon:
>> On Thu, Jun 19, 2014 at 12:46 PM, Reindl Harald
><h.reindl at thelounge.net> wrote:
>>> that's not the question
>>> the question is why such traffic wasting *defaults*
>> I might be way off base here, but in an effort to make DNF go faster
>> compared to YUM, the idea was made to have it pre-fetch metadata
>> of time, so when DNF command is finally run by the user, it skips a
>> costly step... and *seems* faster. Although I believe YUM could do
>> that also with a simple crontab. It is actually a nice feature of DNF
>> or YUM, and I would suggest you embrace. Also, I'm skeptical there is
>> very much network traffic, unless it downloads file lists by default?
>> It's arguable if file lists should be pre-fetched, to do things like
>> determine what package provides something... I would say no, but
>> bandwidth is cheap. So there really is a benefit, and it mostly leads
>> to continuously update metadata
>if *that* is what is supposed to make DNF faster it's just a lie
>if i am really interested in updates now i do "yum clean metadata &&
>yum upgrade"
>for many years simply because you don't know how accurat you metadata
>and *no* traffic is not cheap everywhere, by far not
>devel mailing list
>devel at lists.fedoraproject.org
>Fedora Code of Conduct: http://fedoraproject.org/code-of-conduct

Sent from my Android device with K-9 Mail. Please excuse my brevity.
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://lists.fedoraproject.org/pipermail/devel/attachments/20140619/a860cb3c/attachment.html>

More information about the devel mailing list