On Sun, 2015-08-30 at 10:30 +0200, Michael Banck wrote:
> Package: network-manager
> Severity: wishlist
>
> On Sun, Aug 30, 2015 at 06:46:24AM +0200, Michael Meskes wrote:
> > > It’s gnome-software in sid, or g-s-d in jessie, querying PackageKit for
> > > updates.
> > > The default policy is to not schedule any downloads when running on
> > > battery or on a modem connection.
> >
> > Which is not enough IMO. (W)LAN connections cannot be expected to not
> > carry a penalty for download volume. Just think about the now standard
> > way of going on-line while traveling, making your cell play access
> > point. And at least in my area of the world no flat rate is really flat,
> > at least it will be slowed down to crazy low numbers if you reach a
> > certain threshold. Even worse, if you're roaming it'll cost a fortune.
>
> In that case, the WLAN access point ("FooAP" or so) should be tagged as
> "modem", not sure if n-m can do that. Am trying to file a wishlist
> bug for that by BCCing submit@.
>
> But in general I think we want that our users get security updates ASAP,
> so the current default looks mostly sane to me. Maybe somebody knows a
> shell on-liner along the line of systemd-inhibit or some d-bus call
> which deactivates automatic download for the time being for "power
> users" and/or tags a WLAN connection as "modem".The download behaviour should not be dependent on 'is the default route going through a cellular modem', but 'is the default route [relatively] expensive'. Plenty of people use cellular data as their primary Internet connection and would therefore use it for most software updates. Ben. -- Ben Hutchings Any sufficiently advanced bug is indistinguishable from a feature.
signature.asc
Description: This is a digitally signed message part
