DNF: why does it refresh metadata all the time

[Reindl Harald]

Am 19.06.2014 21:09, schrieb Reindl Harald:
> Am 19.06.2014 20:59, schrieb Jared K. Smith:
>> Sure, but you have to understand -- you're a power user.  You know enough to do this in yum for your particular use
>> case, which means you probably know enough to change the DNF settings with regards to cron-based metadata
>> retrieval.  What I think you're missing (and frankly, seem to miss in the lot of fedora-devel discussions you take
>> part in) is that Fedora isn't engineered around *your* particular needs.  We do things mostly by consensus, and aim
>> to make it a pleasant experience for the *average* user (or whatever we have in the Fedora community that
>> approximates an average user), and not just for power users with very specific needs and requirements
> 
> that must be also the reason for proposals like disable the firewall by default
> while power-users never would do that and the ordinary user is in danger by
> rely on careful defaults
> 
> what many developers refuse to understand if i complain about things is that
> *i have no problem* to adopt many wrong decisions and make them sane, the
> ordinary user don't know that all and relies on defaults
> 
>> Whether you like it or not, one of the most common complaints about yum (especially
>> from people coming from another package management system) is that it seems slow
>> because of the necessity to download the metadata
> 
> Whether you like it or not, the reason i laugh about Debian based systems
> over many years is that "apt-get upgrade" don't do anything most of the
> time until you force it to refresh the metadata before and then you get
> the recent security updates you already know that they are available

and BTW i am not playing around that much on my Rawhide VM but had
*two times* today by type "dnf whatever" the "there is already an
instance, wating for PID..." nonsense caused by the background
metadata refresh

do you *really* think that's a good user-expierience?

-------------- next part --------------
A non-text attachment was scrubbed...
Name: signature.asc
Type: application/pgp-signature
Size: 246 bytes
Desc: OpenPGP digital signature
URL: <http://lists.fedoraproject.org/pipermail/devel/attachments/20140619/48e980fe/attachment.sig>