inhibit snap refresh under certain conditions (drone flying)
Affects | Status | Importance | Assigned to | Milestone | |
---|---|---|---|---|---|
snapd |
Triaged
|
High
|
Unassigned |
Bug Description
Could we take steps to ensure a device booted for the first time will not attempt to update snap-core and reboot until console-conf completes? This would prevent issues like spontaneously rebooting in the middle of the first-boot wizard... or on devices with only wifi, rebooting as soon as the network comes up.
Update: It sounds like there are other use cases where this will be relevant, not just console-conf. For example, connected cars often have a requirement not to do any updates while moving, and can only do those updates during a short window after parking with the engine off. Flying drones also need the ability to delay updates while in the air.
QA will also need to disable updates while running tests, but that can be done by the test harness via explicit sudo systemctl commands, so the QA story is probably out of scope for this bug.
description: | updated |
description: | updated |
affects: | snappy → snapd |
The idea as I recall was that snaps could have a hook which gets called
in the runup to a refresh, which can defer it by up to a certain amount
of time.
Mark