Package "unattended-upgrades"

Name: unattended-upgrades


automatic installation of security upgrades

Latest version: 1.1ubuntu1.18.04.7~16.04.7
Release: xenial (16.04)
Level: updates
Repository: main


Download "unattended-upgrades"

Other versions of "unattended-upgrades" in Xenial

Repository Area Version
base main 0.90
security main 0.90ubuntu0.10


Version: 1.1ubuntu1.18.04.7~16.04.7 2021-03-25 13:06:16 UTC

  unattended-upgrades (1.1ubuntu1.18.04.7~16.04.7) xenial; urgency=medium

  * data: add md5sum history file on the data folder (LP: #1915547)
    - This file contains the md5sum of the current xenial and trusty
      version of 50unattended-upgrades. This file will be used to avoid
      prompting users about unattended-upgrade changes when upgrading
      from trusty to xenial.
  * debian/postint: make ucf command reference the md5sum history file

 -- Lucas Moura <email address hidden> Wed, 10 Feb 2021 17:37:18 -0300

Source diff to previous version
1915547 Users are prompted by ucf on upgrade from Trusty to Xenial

Version: 1.1ubuntu1.18.04.7~16.04.6 2020-02-27 19:06:36 UTC

  unattended-upgrades (1.1ubuntu1.18.04.7~16.04.6) xenial; urgency=medium

  * data/50unattended-upgrades.Ubuntu: add new ESM repositories (LP: #1857051)

 -- Balint Reczey <email address hidden> Mon, 17 Feb 2020 12:39:28 +0100

Source diff to previous version
1857051 Please add ${distro_id}ESM:${distro_codename}-infra-security and ${distro_id}ESMApps:${distro_codename}-apps-security to allowed origins (on Ubuntu)

Version: 1.1ubuntu1.18.04.7~16.04.5 2019-12-05 01:07:17 UTC

  unattended-upgrades (1.1ubuntu1.18.04.7~16.04.5) xenial; urgency=medium

  * Fix non-minimal upgrades (LP: #1853861)
    - Mark packages for performing non-minimal upgrades
    - Clear cache after checking upgrades against the blacklist again.
      This fixes the issue when the dirty cache caused all packages to be
      upgraded in the first "minimal" step.
      Thanks to Paul Wise
    - Leave the cache clean when returning from calculate_upgradable_pkgs()
      When collecting upgradable packages the upgradable ones stayed in the
      cache and they were upgraded together even when unattended-upgrades
      was configured to perform upgrades in minimal steps.
      Thanks to Paul Wise
    - Clear cache after downloading packages

 -- Balint Reczey <email address hidden> Mon, 25 Nov 2019 16:23:06 +0100

Source diff to previous version
1853861 [SRU] Unattended-upgrades silently does not apply updates when MinimalSteps is disabled and there are autoremovable kernels

Version: 1.1ubuntu1.18.04.7~16.04.4 2019-11-07 01:06:59 UTC

  unattended-upgrades (1.1ubuntu1.18.04.7~16.04.4) xenial; urgency=medium

  * Report packages kept back by origin (LP: #1821376)
  * Store list of kept packages and report the number of them in motd
    (LP: #1823070)
  * Default to "/" as rootdir to fix saving list of kept packages.
    Thanks to Paul Wise (Closes: #932160)
  * debian/tests/control: Mark upgrade-between-snapshots as flaky
    (Closes: #941752) (LP: #1848354)

 -- Balint Reczey <email address hidden> Fri, 18 Oct 2019 13:29:41 +0200

Source diff to previous version
1821376 Report packages kept back by origins
1823070 unattended-upgrades should tell the user (via motd) when security updates are held back
1848354 upgrade-between-snapshots autopkgtest is flaky
932160 unattended-upgrades: regression: path to the kept-back file is not correctly determined - Debian Bug report logs
941752 unattended-upgrades: flaky autopkgtest: upgrade-between-snapshots - Debian Bug report logs

Version: 1.1ubuntu1.18.04.7~16.04.3 2019-05-07 11:06:27 UTC

  unattended-upgrades (1.1ubuntu1.18.04.7~16.04.3) xenial; urgency=medium

  * Detect changes to moved conffiles (LP: #1823872)
    - Add tests for checking conffile moves.
      Build depend on and use equivs to generate new test packages
    - Split() conffile data to set of names only once
    - Don't parse dpkg conffile db when there are no conffiles in the package
  * Detect unchanged moved conffiles.
    When a package moves a conffile properly without any change no conffile
    prompt needs to be shown thus the package can be upgraded unattended.
    (LP: #1823872)
  * Skip sending email when no package had to be installed, upgraded or removed
    (LP: #1821103) (Closes: #924554)
  * Make sure autoremovals don't start with a dirty cache and remove other
    packages (LP: #1824341)
  * Continue applying minimal sets when one set can't be marked for upgrade.
    Thanks to Anderson Luiz Alves for the patch, it needed minor modifications
    (LP: #1824341)
  * Stop raising NoAllowedOriginError when marking packages to upgrade/install
    fails (LP: #1824876)
  * Adjust only transitive dependencies in the fallback when a package from an
    allowed origin can't be marked to install/upgrade.
    This is a much lighter approach than marking every upgradable package
    because the full fallback was triggered on packages held back as well,
    using an excessive amount of CPU time.
    Also it crashed with packages not having any version in allowed origins.
    (LP: #1824804, #1824949)
  * Skip trying to upgrade held packages in call_adjusted() (LP: #1824804)
  * Follow all kinds of transitive dependencies when adjusting dependencies
  * Don't crash collecting transitive dependencies when package has no candidate
    (LP: #1825886)
  * Use mark_install_adjusted() in rewind_cache()
    The original cache had packages marked with adjustments thus rewinding
    should also do adjustments to reach the same state.
    Also not using mark_install_adjusted() crashes when apt raises error on
    held packages. (LP: #1826157)
    - test_rewind: Update test to check if adjustend rewinding took place
  * do_auto_remove() is successful unless a commit() operation fails
    (LP: #1795696)
  * Compare apt.package.Version objects and not the versions' string
    representation. (LP: #1820888)
    This prevented adjusting candidates when the strings sorted differently.
    Also extend tests to catch issue.
  * Fall back to adjusting more packages' candidates
    when a package from an allowed origin can't be marked to install/upgrade.
    (LP: #1821101)

 -- Balint Reczey <email address hidden> Mon, 29 Apr 2019 12:23:14 +0200

1823872 Fixing fsfreeze-hook can break unattended upgrades
1821103 [SRU] Skip sending email when no package had to be installed, upgraded or removed
1824341 NoAllowedOrigin cause package removal
1824876 unattended-upgrades: call_adjusted() raises NoAllowedOriginError when marking packages to upgrade/install fails
1824804 Unattended upgrades falls back to adjust all upgradable packages in attempt to install held packages
1825886 Unattended-upgrades may crash when a package does not have a candidate
1826157 unattended-upgrades: rewind_cache() may crash due to not adjusting package candidates
1795696 /usr/bin/unattended-upgrade:UnboundLocalError:/usr/bin/unattended-upgrade@1991:main:do_auto_remove
1820888 unattended-upgrades may hold back upgrades due to comparing package versions by their string representation
1821101 unattended-upgrades: Fall back to adjusting more packages' candidates when a package from an allowed origin can't be marked to install/upgrade
924554 SUCCESS messages: significant behaviour change - Debian Bug report logs

About   -   Send Feedback to @ubuntu_updates