gross DNF bandwidth inefficiency if filesystem space limited

Reindl Harald h.reindl at thelounge.net
Fri Jul 31 08:46:16 UTC 2015



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*

-------------- 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/07f96f4b/attachment.sig>


More information about the devel mailing list