We'll eventually get a retry support in apt, if updating failed, but
there are no plans to react to connection state changes.
The retry will be linear every 10 minutes or so I suppose, but can't be
sure, we'll have to see - I'd do exponential, but systemd does not give
us an option for that.
@Julian, the issue isn't really a desktop one, or we need to fix every
desktop out there to do their own integration which doesn't make sense.
Also some users do work from a VT and they should also be able to get
** Changed in: gnome-settings-daemon (Ubuntu)
Status: New =>
This is not going to happen in apt. It's a question for desktop how to
do that, probably disabling the downloading in apt, and using gnome's
package kit refresh stuff instead.
** Also affects: gnome-settings-daemon (Ubuntu)
You received this bug
It is actually APT that triggers the u-u runs, so if there is anything that can
be fixed around timing that can be done on APT.
I agree that it would be desired to download packages even on roaming laptops.
** Package changed: unattended-upgrades (Ubuntu) => apt (Ubuntu)
** Changed in: apt
@rbalint As I detailed, the problems cannot *all* be resolved by config.
The biggest one, the first above, is still there. If you turn on a
laptop when (1) an update is overdue and (2) there is not yet an
internet connection, then the update will not run even if the connection
becomes available 5
Those options can be overridden to match your preference. I for example
enable u-u on metered connections because the plan I use allows enough
traffic for that.
** Changed in: unattended-upgrades (Ubuntu)
Status: New => Invalid
You received this bug notification because you are a
** Summary changed:
- UU is almost useless on itinerant laptops
+ UU should work on roaming laptops
You received this bug notification because you are a member of Ubuntu
Touch seeded packages, which is subscribed to unattended-upgrades in
Mail list logo