gross DNF bandwidth inefficiency if filesystem space limited

Kevin Fenzi kevin at scrye.com
Sun Aug 2 16:15:57 UTC 2015


On Sat, 1 Aug 2015 07:33:39 -0400
Nico Kadel-Garcia <nkadel at gmail.com> wrote:

> On Fri, Jul 31, 2015 at 3:14 PM, Richard Hughes <hughsient at gmail.com>
> wrote:
> > On 31 July 2015 at 17:27, Radek Holy <rholy at redhat.com> wrote:
> >> One can say that the mirrors should keep the older versions
> >
> > I would completely agree. As we can't rely that packages referenced
> > in metadata just one day old still being on the mirrors means that
> > PackageKit has to download hundreds of megabytes  month more than it
> > has to.
> >
> > Richard.
> 
> In the RHEL world, EPEL has bitten me really hard this way several
> times, especially when packages are discarded and no longer present in
> EPEL. So it's worth thinking about in general for RPM based systems.

So, here's the things to consider: 

* Keeping 2 versions of every package will double mirror space. This
  may result in some mirrors dropping things or stopping bothering
  mirroring Fedora at all.

* repodata will likewise be 2x (or at least increased a great deal).
  Resulting in a bunch more downloading for everyone not just the folks
  who might want to downgrade sometimes. 

* There could be some nasty issues with keeping known vulnerable/broken
  packages around. ie, foo-1.0 has a severe security bug, foo-1.1 fixes
  it. You now just need to trick someone into downgrading or directly
  installing foo-1.0 (which is in normal repos and signed and
  completely valid looking). 

But it's not clear exactly what you 3 are proposing (or even if it's
the same thing). :) So, perhaps you could clarify what exactly you want
to do? 

kevin
-------------- next part --------------
A non-text attachment was scrubbed...
Name: not available
Type: application/pgp-signature
Size: 819 bytes
Desc: OpenPGP digital signature
URL: <http://lists.fedoraproject.org/pipermail/devel/attachments/20150802/45e6cf38/attachment.sig>


More information about the devel mailing list