← Back to team overview

group.of.nepali.translators team mailing list archive

[Bug 1824804] Re: Unattended upgrades falls back to adjust all upgradable packages in attempt to install held packages

 

This bug was fixed in the package unattended-upgrades -
1.5ubuntu3.18.10.4

---------------
unattended-upgrades (1.5ubuntu3.18.10.4) cosmic; 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
  * 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)
    - Split() conffile data to set of names only once
    - Don't parse dpkg conffile db when there are no conffiles in the package
  * 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)
    - Follow all kinds of transitive dependencies when adjusting dependencies
    - Don't crash collecting transitive dependencies when package has no
      candidate (LP: #1825886)
  * Skip trying to upgrade held packages in call_adjusted() (LP: #1824804)
  * 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

 -- Balint Reczey <rbalint@xxxxxxxxxx>  Fri, 26 Apr 2019 18:55:30 +0200

** Changed in: unattended-upgrades (Ubuntu Cosmic)
       Status: Fix Committed => Fix Released

** Changed in: unattended-upgrades (Ubuntu Bionic)
       Status: Fix Committed => Fix Released

-- 
You received this bug notification because you are a member of नेपाली
भाषा समायोजकहरुको समूह, which is subscribed to Xenial.
Matching subscriptions: Ubuntu 16.04 Bugs
https://bugs.launchpad.net/bugs/1824804

Title:
  Unattended upgrades falls back to adjust all upgradable packages in
  attempt to install held packages

Status in unattended-upgrades package in Ubuntu:
  Fix Released
Status in unattended-upgrades source package in Xenial:
  Fix Released
Status in unattended-upgrades source package in Bionic:
  Fix Released
Status in unattended-upgrades source package in Cosmic:
  Fix Released
Status in unattended-upgrades source package in Disco:
  Fix Released

Bug description:
  [Impact]

   * The fix for LP: #1821101 allowed installing packages for which
  APT's resolver could not find solution for without adjusting other
  packages, but also tries to adjust many packages to install packages
  which are held back.

  [Test Case]

   * Set up a system where systemd (or a package that can't be upgraded
  without also upgrading other packages) need to be upgraded to the
  version in -security.

   * Mark systemd on hold
     apt-mark hold systemd

   * Observe u-u falling back to adjusting all upgradable packages in
  unfixed versions and adjusting only a few in fixed versions:

  # unattended-upgrade --verbose --debug
  ...

  adjusting candidate version: libnss-systemd=237-3ubuntu10.19
  falling back to marking libnss-systemd, then adjusting changes
  package libnss-systemd upgradable but fails to be marked for upgrade (E:Unable to correct problems, you have held broken packages.)
  falling back to adjusting all packages
  adjusting candidate version: 2ping=4.1-1
  ...

    Fixed:
  ...
  adjusting candidate version: libnss-systemd=237-3ubuntu10.19
  falling back to adjusting libnss-systemd's dependencies recursively
  adjusting candidate version: libnss-systemd=237-3ubuntu10.19
  adjusting candidate version: libkmod2=24-1ubuntu3
  adjusting candidate version: mount=2.31.1-0.4ubuntu3
  adjusting candidate version: libmount1=2.31.1-0.4ubuntu3
  ...

  [Regression Potential]

   * The less extensive fallback may not find solutions for installing
  packages with special relationships that the full fallback could have
  found, but I don't know about such special cases in the archive and
  the autopkgtest cover a fair set of popular packages. Keeping back
  those packages seems to be better than spending a lot of CPU time on
  finding a few solutions - which still was not enough to find _all_
  solutions.

  [Other Info]

  Originally reported at: https://bugs.launchpad.net/ubuntu/+source
  /unattended-upgrades/+bug/1396787/comments/21

To manage notifications about this bug go to:
https://bugs.launchpad.net/ubuntu/+source/unattended-upgrades/+bug/1824804/+subscriptions