gross DNF bandwidth inefficiency if filesystem space limited

[Reindl Harald]

Am 31.07.2015 um 10:46 schrieb Reindl Harald:
> Am 31.07.2015 um 05:47 schrieb Zbigniew Jędrzejewski-Szmek:
>> On Fri, Jul 31, 2015 at 02:56:48AM +0200, Kevin Kofler wrote:
>>> Radek Holy wrote:
>>>> Known, https://bugzilla.redhat.com/show_bug.cgi?id=1220074. Should be
>>>> fixed in dnf-1.0.2.
>>>
>>> I still don't understand why we don't just enable keepcache by
>>> default. Even
>>> after a successful update/install, deleting the cached packages is a
>>> major
>>> data loss because it prevents downgrading to them later, after a
>>> broken new
>>> update comes out (which also removes the previous update from the
>>> mirrors).
>>
>> Most people don't downgrade or do it very rarely? It can be
>> said that downgrading is an advanced operation, and you can
>> set keepcache=1 if you need it
>
> and then there are they cases where deps are solved but files conflicts,
> the transaction check fails like recently with two broken polkit updates
>
> have fun typing "dnf --skip-broken upgrade" (yes i know NF lacks
> --skip-broken ATM) and download the other packages again for *zero reason*

BTW: all the akmods troubles on the rpmfusion list are coming from the 
"dnf-makecache.timer" locking the rpmdb at random moments, wasting 
traffic and i find it somehow pervert that packages are not cahced as 
default while on the other side a *completly needless* cache job is 
running for the same piece of software

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