UbuntuUpdates.org

Package "unattended-upgrades"


Moved to xenial:main:updates


Name: unattended-upgrades

Description:

automatic installation of security upgrades

Latest version: *DELETED*
Release: xenial (16.04)
Level: proposed
Repository: main

Links


Download "unattended-upgrades"


Other versions of "unattended-upgrades" in Xenial

Repository Area Version
base main 0.90
security main 0.90ubuntu0.10
updates main 1.1ubuntu1.18.04.7~16.04.7

Changelog

Version: *DELETED* 2017-05-19 19:06:40 UTC
Moved to xenial:main:updates
No changelog for deleted or moved packages.

Version: 0.90ubuntu0.6 2017-05-08 20:07:19 UTC

  unattended-upgrades (0.90ubuntu0.6) xenial; urgency=medium

  * Add UbuntuESM to the list of sources automatically upgraded from by
    default. LP: #1687129.

 -- Steve Langasek <email address hidden> Tue, 02 May 2017 21:41:25 -0400

Source diff to previous version
1687129 Needs to allow updates from the ESM archive

Version: 0.90ubuntu0.5 2017-04-28 02:06:50 UTC

  unattended-upgrades (0.90ubuntu0.5) xenial; urgency=medium

  * Complete the solution for the unattended-upgrades.service unit not
    correctly working (LP: #1654600):
    - 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.
      Both systemctl enable AND start are needed as enable --now fails on
      Xenial.
    - 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.

 -- Louis Bouchard <email address hidden> Fri, 21 Apr 2017 16:47:52 +0200

Source diff to previous version
1654600 unattended-upgrade-shutdown hangs when /var is a separate filesystem

Version: 0.90ubuntu0.4 2017-03-08 14:06:51 UTC

  unattended-upgrades (0.90ubuntu0.4) xenial; urgency=medium

  * 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. Also added
    TimeoutStopSec=900 used in other released.(LP: #1654600)

 -- Louis Bouchard <email address hidden> Fri, 03 Mar 2017 15:27:31 +0100

1654600 unattended-upgrade-shutdown hangs when /var is a separate filesystem

Version: *DELETED* 2017-01-04 10:06:24 UTC
Moved to xenial:main:updates
No changelog for deleted or moved packages.



About   -   Send Feedback to @ubuntu_updates