[Bug 1690980] Re: unattended-upgrades does not block shutdown of system, as it is designed to
Launchpad Bug Tracker
1690980 at bugs.launchpad.net
Mon Sep 4 19:06:10 UTC 2017
This bug was fixed in the package unattended-upgrades - 0.96ubuntu1
---------------
unattended-upgrades (0.96ubuntu1) artful; urgency=low
* Merge from Debian unstable (LP: #1714019)
- Remaining changes:
- Recover from broken dh_installinit override in versions < 0.93.1ubuntu3
- unattended-upgrades: Do not automatically upgrade the development
release of Ubuntu unless Unattended-Upgrade::DevRelease is true.
- Dropped changes, included in Debian:
- Cherry-pick 2e5deed, f26edb4 from upstream to add support for a
--download-only option, enabling us to download updates at a random
time of day by default but apply them predictably in the 6am-7am
window.
- Fix PEP8 failures (replace except: with except Exception:)
- unattended-upgrades: Provide some information and create a log entry
when there is a failure to parse the allowed origins.
- Add UbuntuESM to the list of sources automatically upgraded from by
default.
- Complete the solution for the unattended-upgrades.service unit not
correctly working
- d/rules : Remove the override_dh_installinit. The stop option is no
longer available so the command falls back to default. This is the
normal behavior so the override is not required
- d/unattended-upgrades.init : Add Default-Start runlevels, otherwise
the unattended-upgrades.service unit cannot be enabled on boot
- d/postinst : Cleanup the stop symlinks created by the wrong
override_dh_installinit. Without that, the systemd unit cannot be
enabled correctly.
Force disable the service before deb-systemd-helper runs so the old
symlink is not left dangling (workaround for Debian Bug #797108).
Force enable and start of the systemd unit to work around Debian Bug
#797108 which fails to enable systemd units correctly when
WantedBy= statement is changed which is the case here.
- d/unattended-upgrades.service : Fix the service so it runs correctly on
shutdown :
- Remove DefaultDependencies=no : Breaks normal shutdown dependencies
- Set After= to network.target and local-fs.target. Since our service
is now ExecStop, it will run before network and local-fs become
unavailable.
- Add RequiresMountsFor=/var/log /var/run /var/lib /boot : Necessary if
/var is a separate file system. Set WantedBy= to multi-user.target
- Add DEP8 tests to verify the following :
- Verify that the unattended-upgrades.service unit is enabled and
started.
- Verify that InstallOnShutdown works when configured.
- The systemd unit needs to be an ExecStop since it is is activated on
shutdown. Otherwise, it will get scheduled after completion of
the local-fs.target. In the case where /var is a separate
filesystem, unattended-upgrade-shutdown will hang until timeout
since /var/run is expected but no longer there
- When performing a sanity check for packages to install or upgrade
return false when either there are no packages in the cache or the
package to upgrade is not in the change set.
- Do not mark packages for deletion / autoremoval if unattended-upgrades
is being run in dry-run mode.
- Store delay command line option as an int not a string since we do
maths with it.
-- Balint Reczey <rbalint at ubuntu.com> Wed, 30 Aug 2017 13:46:37 +0200
** Changed in: unattended-upgrades (Ubuntu)
Status: Fix Committed => Fix Released
--
You received this bug notification because you are a member of Ubuntu
Sponsors Team, which is subscribed to the bug report.
https://bugs.launchpad.net/bugs/1690980
Title:
unattended-upgrades does not block shutdown of system, as it is
designed to
Status in OEM Priority Project:
Triaged
Status in OEM Priority Project xenial series:
New
Status in apt package in Ubuntu:
Fix Released
Status in unattended-upgrades package in Ubuntu:
Fix Released
Bug description:
Title: No pop-up window to warn users that system should not reboot or
shutdown while installing security updates
Summary:
No pop-up window to warn users that system should not reboot or shutdown while installing security updates
Steps:
1. trigger unattended-upgrades
2. reboot or shutdown system while installing packages
Expected results: There is a pop-up window to warn users that system
should not reboot or shutdown
Actual results: There is no pop-up window to warn users
Additional information:
$ apt-cache policy unattended-upgrades
unattended-upgrades:
Installed: 0.90
Candidate: 0.90ubuntu0.5
$ lsb_release -rd
Description: Ubuntu 16.04 LTS
To manage notifications about this bug go to:
https://bugs.launchpad.net/oem-priority/+bug/1690980/+subscriptions
More information about the Ubuntu-sponsors
mailing list