gross DNF bandwidth inefficiency if filesystem space limited

Zbigniew Jędrzejewski-Szmek zbyszek at
Fri Jul 31 17:25:15 UTC 2015

On Fri, Jul 31, 2015 at 10:46:16AM +0200, Reindl Harald wrote:
> 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, 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*
That behaviour changed in dnf 1.0.2. So let's stop flogging this
particular horse.


More information about the devel mailing list