delta rpms - can we turn them off

Dennis Gilmore dennis at ausil.us
Tue Jul 1 15:17:57 UTC 2014


-----BEGIN PGP SIGNED MESSAGE-----
Hash: SHA1

On Sun, 29 Jun 2014 20:01:04 -0500
Jon <jdisnard at gmail.com> wrote:

> On Sun, Jun 29, 2014 at 7:42 PM, Stephen John Smoogen
> <smooge at gmail.com> wrote:
> >
> [snip]
> >
> > Personally I would just say don't make delta-rpms for i386 and arm
> > or just have deltarpm=1 on those architectures by default.
> 
> Or all architectures even.
> This should, in my opinion, be disabled by default.
> The default-off setting should be self-documented in the config, so
> that it could be easily found and toggled on/off.

While I generally disable deltarpm locally, you need to look at teh
whole picture. There are many parts of the world that generally have
caps on downloads. Australia is an example of such a country, using
deltarpms there can save you a ton of bandwidth that goes against your
download cap. now some ISP's run mirrors and if you hit their mirror it
doesnt count against your cap. but thats not always a given.  The sane
default is what we have today.

> This should please the masochists, or people with very slow internet.
> Meanwhile, we can bikeshed on how to optimise the feature.
> Eventually somebody will make the changes that cause DRPMs to suck
> slightly less.
> At that future time we can reevaluate if we rewards are worth the
> aggravations.

in the initial use case laid out that started this thread the user
should be using ansible or puppet or something for config management.
and then it is a trivial thing to disable deltarpm.

Dennis
-----BEGIN PGP SIGNATURE-----
Version: GnuPG v2

iQIcBAEBAgAGBQJTstElAAoJEH7ltONmPFDRWlAP/1fzM9cjzrQqS7Bazpe5LWD3
hy+LNbLEjACuUHVtAvxfCqHE14FzuSG9Th7KVsRfQeCIQpztOkLN4pHoWytTPv3V
aj8pjnaRK719kV89g2CYQtP9ZIRmHEVJqrw+DOXgyu17H1D9+7RZdw6qULwQheT9
+uWy72qLGGZw7+l2IzPKFGoGyoPQkw1esPC9IDoZyhm1LckBwBYTs+9NMHpmiwl9
iVf/pRENOXG7uLaiGZI7B/Vll3FVbLBAcjLze1tPjyZSvRsdJq8shQXBIgeitlEm
dKsfNg+9iOANRBIQJaM/dCODFRJPr0uMZlB8SoxJy+LOtQYyOrVCEKt0u2LEpAwF
XPDMt8wOQTiUIyWXteGDbPbsFqpc44cvrhgko4mVVfZDjFzadr+WS3ZWasNlqSZW
9vuvNaqMGZTRitoFXZGSV4tvPrK2FZ/uEgEW8PbwEBACJk5fkBnJW4dAxei7AsvC
YSRkiJztz3zzcGeXRQtq1GHQPaWAEEkPeGerjnJEFyXq3ZQaRV+L6ej0CS0wPnJh
Ni1d2zL0iXdiAlN0BrIEttoKsECc9FEShHWsYkeKdmHjCMGom1E0gqFjVR2wqQkX
WLH7dPcBT95/OOZnmMg2Ii9PrBwp7YXxtNM1wYB59QVSZLnfYO0cMwfmj7cSmT3G
ky69yJoWC5CbZGpEf+qi
=ZH83
-----END PGP SIGNATURE-----


More information about the devel mailing list