[Touch-packages] [Bug 1702793] Re: Full backport SRU for unattended-upgrades
This bug was fixed in the package unattended-upgrades - 1.1ubuntu1.18.04.7~16.04.2 --- unattended-upgrades (1.1ubuntu1.18.04.7~16.04.2) xenial; urgency=medium * Don't check blacklist too early and report updates from not allowed origins as kept back. (LP: #1781176) * test/test_blacklisted_wrong_origin.py: Fix and enable test * Filter out progress indicator from dpkg log (LP: #1599646) * Clear cache when autoremoval fails (LP: #1779157) * Find autoremovable kernel packages using the patterns in APT's way (LP: #1815494) unattended-upgrades (1.1ubuntu1.18.04.7~16.04.1) xenial; urgency=medium * Start service after systemd-logind.service to be able to take inhibition lock (LP: #1806487) * Handle gracefully when logind is down (LP: #1806487) unattended-upgrades (1.1ubuntu1.18.04.7~16.04.0) xenial; urgency=medium * Backport to Xenial (LP: #1702793) * Revert to build-depending on debhelper (>= 9~) and dh-systemd * Revert configuration example changes to avoid triggering a debconf question * debian/postinst: Update recovery to be triggered on Xenial's package versions unattended-upgrades (1.1ubuntu1.18.04.7) bionic; urgency=medium * Trigger unattended-upgrade-shutdown actions with PrepareForShutdown() Performing upgrades in service's ExecStop did not work when the upgrades involved restarting services because systemd blocked other stop/start actions making maintainer scripts time out and be killed leaving a broken system behind. Running unattended-upgrades.service before shutdown.target as a oneshot service made it run after unmounting filesystems and scheduling services properly on shutdown is a complex problem and adding more services to the mix make it even more fragile. The solution of monitoring PrepareForShutdown() signal from DBus allows Unattended Upgrade to run _before_ the jobs related to shutdown are queued thus package upgrades can safely restart services without risking causing deadlocks or breaking part of the shutdown actions. Also ask running unattended-upgrades to stop when shutdown starts even in InstallOnShutdown mode and refactor most of unattended-upgrade-shutdown to UnattendedUpgradesShutdown class. (LP: #1778219) * Increase logind's InhibitDelayMaxSec to 30s. (LP: #1778219) This allows more time for unattended-upgrades to shut down gracefully or even install a few packages in InstallOnShutdown mode, but is still a big step back from the 30 minutes allowed for InstallOnShutdown previously. Users enabling InstallOnShutdown node are advised to increase InhibitDelayMaxSec even further possibly to 30 minutes. - Add NEWS entry about increasing InhibitDelayMaxSec and InstallOnShutdown changes * Ignore "W503 line break before binary operator" because it will become the best practice and breaks the build * Stop using ActionGroups, they interfere with apt.Cache.clear() causing all autoremovable packages to be handled as newly autoremovable ones and be removed by default. Dropping ActionGroup usage does not slow down the most frequent case of not having anything to upgrade and when there are packages to upgrade the gain is small compared to the actual package installation. Also collect autoremovable packages before adjusting candidates because that also changed .is_auto_removable attribute of some of them. (LP: #1803749) (Closes: #910874) unattended-upgrades (1.1ubuntu1.18.04.6) bionic; urgency=medium * Unlock for dpkg operations with apt_pkg.pkgsystem_unlock_inner() when it is available. Also stop running when reacquiring the lock fails. Thanks to Julian Andres Klode for original partial patch (LP: #1789637) * Skip rebuilding python-apt in upgrade autopkgtests. Python-apt has a new build dependency making the rebuilding as is failing and the reference handling issue is worked around in unattended-upgrades already. (LP: #1781586) * Stop trying when no adjustment could be made and adjust package candidates only to lower versions (LP: #1785093) * Skip already adjusted packages from being checked for readjusting. This makes it clearer that the recursion ends and can also be a bit quicker. (LP: #1785093) unattended-upgrades (1.1ubuntu1.18.04.5) bionic; urgency=medium * Stop updating the system when reacquiring the dpkg system lock fails. (LP: #1260041) unattended-upgrades (1.1ubuntu1.18.04.4) bionic; urgency=medium * Redirect stderr output in upgrade-between-snapshots, too, otherwise it breaks the test sometimes (LP: #1781446) unattended-upgrades (1.1ubuntu1.18.04.3) bionic; urgency=medium * Redirect stderr output in upgrade-all-security, otherwise it breaks the test (LP: #1781446) unattended-upgrades (1.1ubuntu1.18.04.2) bionic; urgency=medium [ Balint Reczey ] * Clear cache when autoremoval is invalid for a package set marked for removal and
[Touch-packages] [Bug 1702793] Re: Full backport SRU for unattended-upgrades
All the referenced bugs are verified now. Please note that some of them did not need SRU template, those are listed in this bug. ** Tags removed: verification-needed verification-needed-xenial ** Tags added: verification-done verification-done-xenial -- You received this bug notification because you are a member of Ubuntu Touch seeded packages, which is subscribed to unattended-upgrades in Ubuntu. https://bugs.launchpad.net/bugs/1702793 Title: Full backport SRU for unattended-upgrades Status in unattended-upgrades package in Ubuntu: Fix Released Status in unattended-upgrades source package in Xenial: Fix Committed Bug description: [Impact] * I would like to propose a one-off full backport of unattended-upgrades 1.2ubuntu1 to Bionic, Artful, Xenial and possibly Trusty releases because selectively backporting fixes for crashes and for issues that made u-u unreliable would be more risky thanks to the huge number of fixes and the inter-dependencies between them. [Test Case] * Since this backport involves fixing several bugs and this bug itself covers the full backport this is an overview of all LP bugs the upload fixes: - most important bugs (feel free to add more) + LP: #1615381 : apt-get autoremove may remove current kernel All LP bugs fixed by the backport, comments are welcome: + LP: #1230246 could use SRU template but seems straightforward + LP: #1260041 SRU template ok + LP: #1396787 SRU template ok + LP: #1446552 SRU template ok + LP: #1455097 SRU template ok + LP: #1458204 could use SRU template but seems straightforward + LP: #1577215 could use SRU template but seems straightforward + LP: #1602536 SRU template ok + LP: #1615381 could use SRU template but seems straightforward + LP: #1624644 SRU template ok + LP: #1649709 not affecting xenial + LP: #1654070 could use SRU template but seems straightforward + LP: #1654600 SRU template ok + LP: #1675079 SRU template ok + LP: #1680599 could use SRU template but seems straightforward + LP: #1686470 SRU template ok + LP: #1690980 SRU template ok + LP: #1698159 SRU template ok + LP: #1702793 this bug + LP: #1714019 just a merge request + LP: #1718419 just a merge request + LP: #1719630 SRU template ok + LP: #1722426 just a merge request + LP: #1737442 SRU template ok + LP: #1737635 SRU template ok + LP: #1737637 SRU template ok + LP: #1737717 SRU template ok + LP: #1741579 SRU template ok + LP: #1764797 just a merge request + LP: #1773033 SRU template ok + LP: #1775292 SRU template ok + LP: #1775307 SRU template ok + LP: #1778219 SRU template ok + LP: #1778800 SRU template ok + LP: #1779157 SRU template ok + LP: #1781176 SRU template ok + LP: #1781183 SRU template ok + LP: #1781446 SRU template ok + LP: #1781586 SRU template ok + LP: #1785093 SRU template ok + LP: #1789637 SRU template ok + LP: #1803749 SRU template ok [Regression Potential] * Due to this update covering the full backport unattended-upgrades can regress in any imaginable way including failing to install, upgrade, run, or removing essential packages from the system. Those are unlikely.* There are open bugs about u-u being slower than in the past, thus this may be a likely regression but IMO the pending speed optimizations should not be blocking the backport because the reliability issues are more important to fix and speed optimizations can be cherry-picked later. [Other Info] I asked for an exception for the package in following the SRU process: https://lists.ubuntu.com/archives/ubuntu-release/2018-May/004479.html I'm preparing the backport in ppa:rbalint/scratch and also run autopkgtests on it in addition to testing it manually in VMs. [Original Bug Text] Changes to support day-of-week patching and logging to syslog were added to upstream (https://github.com/mvo5/unattended-upgrades) over a year ago. These changes are not present in the latest Xenial nor Trusty packages (0.90 and 0.82.1) - requesting that these changes be pulled from upstream. To manage notifications about this bug go to: https://bugs.launchpad.net/ubuntu/+source/unattended-upgrades/+bug/1702793/+subscriptions -- Mailing list: https://launchpad.net/~touch-packages Post to : touch-packages@lists.launchpad.net Unsubscribe : https://launchpad.net/~touch-packages More help : https://help.launchpad.net/ListHelp
[Touch-packages] [Bug 1702793] Re: Full backport SRU for unattended-upgrades
Hello Matt, or anyone else affected, Accepted unattended-upgrades into xenial-proposed. The package will build now and be available at https://launchpad.net/ubuntu/+source /unattended-upgrades/1.1ubuntu1.18.04.7~16.04.2 in a few hours, and then in the -proposed repository. Please help us by testing this new package. See https://wiki.ubuntu.com/Testing/EnableProposed for documentation on how to enable and use -proposed. Your feedback will aid us getting this update out to other Ubuntu users. If this package fixes the bug for you, please add a comment to this bug, mentioning the version of the package you tested and change the tag from verification-needed-xenial to verification-done-xenial. If it does not fix the bug for you, please add a comment stating that, and change the tag to verification-failed-xenial. In either case, without details of your testing we will not be able to proceed. Further information regarding the verification process can be found at https://wiki.ubuntu.com/QATeam/PerformingSRUVerification . Thank you in advance for helping! N.B. The updated package will be released to -updates after the bug(s) fixed by this package have been verified and the package has been in -proposed for a minimum of 7 days. ** Tags removed: verification-done verification-done-xenial ** Tags added: verification-needed verification-needed-xenial -- You received this bug notification because you are a member of Ubuntu Touch seeded packages, which is subscribed to unattended-upgrades in Ubuntu. https://bugs.launchpad.net/bugs/1702793 Title: Full backport SRU for unattended-upgrades Status in unattended-upgrades package in Ubuntu: Fix Released Status in unattended-upgrades source package in Xenial: Fix Committed Bug description: [Impact] * I would like to propose a one-off full backport of unattended-upgrades 1.2ubuntu1 to Bionic, Artful, Xenial and possibly Trusty releases because selectively backporting fixes for crashes and for issues that made u-u unreliable would be more risky thanks to the huge number of fixes and the inter-dependencies between them. [Test Case] * Since this backport involves fixing several bugs and this bug itself covers the full backport this is an overview of all LP bugs the upload fixes: - most important bugs (feel free to add more) + LP: #1615381 : apt-get autoremove may remove current kernel All LP bugs fixed by the backport, comments are welcome: + LP: #1230246 could use SRU template but seems straightforward + LP: #1260041 SRU template ok + LP: #1396787 SRU template ok + LP: #1446552 SRU template ok + LP: #1455097 SRU template ok + LP: #1458204 could use SRU template but seems straightforward + LP: #1577215 could use SRU template but seems straightforward + LP: #1602536 SRU template ok + LP: #1615381 could use SRU template but seems straightforward + LP: #1624644 SRU template ok + LP: #1649709 not affecting xenial + LP: #1654070 could use SRU template but seems straightforward + LP: #1654600 SRU template ok + LP: #1675079 SRU template ok + LP: #1680599 could use SRU template but seems straightforward + LP: #1686470 SRU template ok + LP: #1690980 SRU template ok + LP: #1698159 SRU template ok + LP: #1702793 this bug + LP: #1714019 just a merge request + LP: #1718419 just a merge request + LP: #1719630 SRU template ok + LP: #1722426 just a merge request + LP: #1737442 SRU template ok + LP: #1737635 SRU template ok + LP: #1737637 SRU template ok + LP: #1737717 SRU template ok + LP: #1741579 SRU template ok + LP: #1764797 just a merge request + LP: #1773033 SRU template ok + LP: #1775292 SRU template ok + LP: #1775307 SRU template ok + LP: #1778219 SRU template ok + LP: #1778800 SRU template ok + LP: #1779157 SRU template ok + LP: #1781176 SRU template ok + LP: #1781183 SRU template ok + LP: #1781446 SRU template ok + LP: #1781586 SRU template ok + LP: #1785093 SRU template ok + LP: #1789637 SRU template ok + LP: #1803749 SRU template ok [Regression Potential] * Due to this update covering the full backport unattended-upgrades can regress in any imaginable way including failing to install, upgrade, run, or removing essential packages from the system. Those are unlikely.* There are open bugs about u-u being slower than in the past, thus this may be a likely regression but IMO the pending speed optimizations should not be blocking the backport because the reliability issues are more important to fix and speed optimizations can be cherry-picked later. [Other Info] I asked for an exception for the package in following the SRU process: https://lists.ubuntu.com/archives/ubuntu-release/2018-May/004479.html I'm preparing the backport in ppa:rbalint/scratch and also run autopkgtests on it in addition to
[Touch-packages] [Bug 1702793] Re: Full backport SRU for unattended-upgrades
** Changed in: unattended-upgrades (Ubuntu) Importance: Wishlist => Low ** Changed in: unattended-upgrades (Ubuntu Xenial) Importance: Wishlist => Low ** Tags removed: verification-needed verification-needed-xenial ** Tags added: upgrade-software-version verification-done ** Changed in: unattended-upgrades (Ubuntu) Status: In Progress => Fix Released -- You received this bug notification because you are a member of Ubuntu Touch seeded packages, which is subscribed to unattended-upgrades in Ubuntu. https://bugs.launchpad.net/bugs/1702793 Title: Full backport SRU for unattended-upgrades Status in unattended-upgrades package in Ubuntu: Fix Released Status in unattended-upgrades source package in Xenial: Fix Committed Bug description: [Impact] * I would like to propose a one-off full backport of unattended-upgrades 1.2ubuntu1 to Bionic, Artful, Xenial and possibly Trusty releases because selectively backporting fixes for crashes and for issues that made u-u unreliable would be more risky thanks to the huge number of fixes and the inter-dependencies between them. [Test Case] * Since this backport involves fixing several bugs and this bug itself covers the full backport this is an overview of all LP bugs the upload fixes: - most important bugs (feel free to add more) + LP: #1615381 : apt-get autoremove may remove current kernel All LP bugs fixed by the backport, comments are welcome: + LP: #1230246 could use SRU template but seems straightforward + LP: #1260041 SRU template ok + LP: #1396787 SRU template ok + LP: #1446552 SRU template ok + LP: #1455097 SRU template ok + LP: #1458204 could use SRU template but seems straightforward + LP: #1577215 could use SRU template but seems straightforward + LP: #1602536 SRU template ok + LP: #1615381 could use SRU template but seems straightforward + LP: #1624644 SRU template ok + LP: #1649709 not affecting xenial + LP: #1654070 could use SRU template but seems straightforward + LP: #1654600 SRU template ok + LP: #1675079 SRU template ok + LP: #1680599 could use SRU template but seems straightforward + LP: #1686470 SRU template ok + LP: #1690980 SRU template ok + LP: #1698159 SRU template ok + LP: #1702793 this bug + LP: #1714019 just a merge request + LP: #1718419 just a merge request + LP: #1719630 SRU template ok + LP: #1722426 just a merge request + LP: #1737442 SRU template ok + LP: #1737635 SRU template ok + LP: #1737637 SRU template ok + LP: #1737717 SRU template ok + LP: #1741579 SRU template ok + LP: #1764797 just a merge request + LP: #1773033 SRU template ok + LP: #1775292 SRU template ok + LP: #1775307 SRU template ok + LP: #1778219 SRU template ok + LP: #1778800 SRU template ok + LP: #1779157 SRU template ok + LP: #1781176 SRU template ok + LP: #1781183 SRU template ok + LP: #1781446 SRU template ok + LP: #1781586 SRU template ok + LP: #1785093 SRU template ok + LP: #1789637 SRU template ok + LP: #1803749 SRU template ok [Regression Potential] * Due to this update covering the full backport unattended-upgrades can regress in any imaginable way including failing to install, upgrade, run, or removing essential packages from the system. Those are unlikely.* There are open bugs about u-u being slower than in the past, thus this may be a likely regression but IMO the pending speed optimizations should not be blocking the backport because the reliability issues are more important to fix and speed optimizations can be cherry-picked later. [Other Info] I asked for an exception for the package in following the SRU process: https://lists.ubuntu.com/archives/ubuntu-release/2018-May/004479.html I'm preparing the backport in ppa:rbalint/scratch and also run autopkgtests on it in addition to testing it manually in VMs. [Original Bug Text] Changes to support day-of-week patching and logging to syslog were added to upstream (https://github.com/mvo5/unattended-upgrades) over a year ago. These changes are not present in the latest Xenial nor Trusty packages (0.90 and 0.82.1) - requesting that these changes be pulled from upstream. To manage notifications about this bug go to: https://bugs.launchpad.net/ubuntu/+source/unattended-upgrades/+bug/1702793/+subscriptions -- Mailing list: https://launchpad.net/~touch-packages Post to : touch-packages@lists.launchpad.net Unsubscribe : https://launchpad.net/~touch-packages More help : https://help.launchpad.net/ListHelp
[Touch-packages] [Bug 1702793] Re: Full backport SRU for unattended-upgrades
lukasz, After a kernel update yesterday I can confirmed that the old kernel was removed and the was no reboot today. apt-cache policy unattended-upgrades unattended-upgrades: Installed: 1.1ubuntu1.18.04.7~16.04.1 Candidate: 1.1ubuntu1.18.04.7~16.04.1 Also installed from xenial-proposed: apt-cache policy update-notifier-common update-notifier-common: Installed: 3.168.10 Candidate: 3.168.10 My system: lsb_release -a No LSB modules are available. Distributor ID: Ubuntu Description:Ubuntu 16.04.5 LTS Release:16.04 Codename: xenial tag:verification-done ** Tags added: verification-done-xenial -- You received this bug notification because you are a member of Ubuntu Touch seeded packages, which is subscribed to unattended-upgrades in Ubuntu. https://bugs.launchpad.net/bugs/1702793 Title: Full backport SRU for unattended-upgrades Status in unattended-upgrades package in Ubuntu: In Progress Status in unattended-upgrades source package in Xenial: Fix Committed Bug description: [Impact] * I would like to propose a one-off full backport of unattended-upgrades 1.2ubuntu1 to Bionic, Artful, Xenial and possibly Trusty releases because selectively backporting fixes for crashes and for issues that made u-u unreliable would be more risky thanks to the huge number of fixes and the inter-dependencies between them. [Test Case] * Since this backport involves fixing several bugs and this bug itself covers the full backport this is an overview of all LP bugs the upload fixes: - most important bugs (feel free to add more) + LP: #1615381 : apt-get autoremove may remove current kernel All LP bugs fixed by the backport, comments are welcome: + LP: #1230246 could use SRU template but seems straightforward + LP: #1260041 SRU template ok + LP: #1396787 SRU template ok + LP: #1446552 SRU template ok + LP: #1455097 SRU template ok + LP: #1458204 could use SRU template but seems straightforward + LP: #1577215 could use SRU template but seems straightforward + LP: #1602536 SRU template ok + LP: #1615381 could use SRU template but seems straightforward + LP: #1624644 SRU template ok + LP: #1649709 not affecting xenial + LP: #1654070 could use SRU template but seems straightforward + LP: #1654600 SRU template ok + LP: #1675079 SRU template ok + LP: #1680599 could use SRU template but seems straightforward + LP: #1686470 SRU template ok + LP: #1690980 SRU template ok + LP: #1698159 SRU template ok + LP: #1702793 this bug + LP: #1714019 just a merge request + LP: #1718419 just a merge request + LP: #1719630 SRU template ok + LP: #1722426 just a merge request + LP: #1737442 SRU template ok + LP: #1737635 SRU template ok + LP: #1737637 SRU template ok + LP: #1737717 SRU template ok + LP: #1741579 SRU template ok + LP: #1764797 just a merge request + LP: #1773033 SRU template ok + LP: #1775292 SRU template ok + LP: #1775307 SRU template ok + LP: #1778219 SRU template ok + LP: #1778800 SRU template ok + LP: #1779157 SRU template ok + LP: #1781176 SRU template ok + LP: #1781183 SRU template ok + LP: #1781446 SRU template ok + LP: #1781586 SRU template ok + LP: #1785093 SRU template ok + LP: #1789637 SRU template ok + LP: #1803749 SRU template ok [Regression Potential] * Due to this update covering the full backport unattended-upgrades can regress in any imaginable way including failing to install, upgrade, run, or removing essential packages from the system. Those are unlikely.* There are open bugs about u-u being slower than in the past, thus this may be a likely regression but IMO the pending speed optimizations should not be blocking the backport because the reliability issues are more important to fix and speed optimizations can be cherry-picked later. [Other Info] I asked for an exception for the package in following the SRU process: https://lists.ubuntu.com/archives/ubuntu-release/2018-May/004479.html I'm preparing the backport in ppa:rbalint/scratch and also run autopkgtests on it in addition to testing it manually in VMs. [Original Bug Text] Changes to support day-of-week patching and logging to syslog were added to upstream (https://github.com/mvo5/unattended-upgrades) over a year ago. These changes are not present in the latest Xenial nor Trusty packages (0.90 and 0.82.1) - requesting that these changes be pulled from upstream. To manage notifications about this bug go to: https://bugs.launchpad.net/ubuntu/+source/unattended-upgrades/+bug/1702793/+subscriptions -- Mailing list: https://launchpad.net/~touch-packages Post to : touch-packages@lists.launchpad.net Unsubscribe : https://launchpad.net/~touch-packages More help : https://help.launchpad.net/ListHelp
[Touch-packages] [Bug 1702793] Re: Full backport SRU for unattended-upgrades
** Changed in: unattended-upgrades (Ubuntu Xenial) Importance: Undecided => Wishlist -- You received this bug notification because you are a member of Ubuntu Touch seeded packages, which is subscribed to unattended-upgrades in Ubuntu. https://bugs.launchpad.net/bugs/1702793 Title: Full backport SRU for unattended-upgrades Status in unattended-upgrades package in Ubuntu: In Progress Status in unattended-upgrades source package in Xenial: Fix Committed Bug description: [Impact] * I would like to propose a one-off full backport of unattended-upgrades 1.2ubuntu1 to Bionic, Artful, Xenial and possibly Trusty releases because selectively backporting fixes for crashes and for issues that made u-u unreliable would be more risky thanks to the huge number of fixes and the inter-dependencies between them. [Test Case] * Since this backport involves fixing several bugs and this bug itself covers the full backport this is an overview of all LP bugs the upload fixes: - most important bugs (feel free to add more) + LP: #1615381 : apt-get autoremove may remove current kernel All LP bugs fixed by the backport, comments are welcome: + LP: #1230246 could use SRU template but seems straightforward + LP: #1260041 SRU template ok + LP: #1396787 SRU template ok + LP: #1446552 SRU template ok + LP: #1455097 SRU template ok + LP: #1458204 could use SRU template but seems straightforward + LP: #1577215 could use SRU template but seems straightforward + LP: #1602536 SRU template ok + LP: #1615381 could use SRU template but seems straightforward + LP: #1624644 SRU template ok + LP: #1649709 not affecting xenial + LP: #1654070 could use SRU template but seems straightforward + LP: #1654600 SRU template ok + LP: #1675079 SRU template ok + LP: #1680599 could use SRU template but seems straightforward + LP: #1686470 SRU template ok + LP: #1690980 SRU template ok + LP: #1698159 SRU template ok + LP: #1702793 this bug + LP: #1714019 just a merge request + LP: #1718419 just a merge request + LP: #1719630 SRU template ok + LP: #1722426 just a merge request + LP: #1737442 SRU template ok + LP: #1737635 SRU template ok + LP: #1737637 SRU template ok + LP: #1737717 SRU template ok + LP: #1741579 SRU template ok + LP: #1764797 just a merge request + LP: #1773033 SRU template ok + LP: #1775292 SRU template ok + LP: #1775307 SRU template ok + LP: #1778219 SRU template ok + LP: #1778800 SRU template ok + LP: #1779157 SRU template ok + LP: #1781176 SRU template ok + LP: #1781183 SRU template ok + LP: #1781446 SRU template ok + LP: #1781586 SRU template ok + LP: #1785093 SRU template ok + LP: #1789637 SRU template ok + LP: #1803749 SRU template ok [Regression Potential] * Due to this update covering the full backport unattended-upgrades can regress in any imaginable way including failing to install, upgrade, run, or removing essential packages from the system. Those are unlikely.* There are open bugs about u-u being slower than in the past, thus this may be a likely regression but IMO the pending speed optimizations should not be blocking the backport because the reliability issues are more important to fix and speed optimizations can be cherry-picked later. [Other Info] I asked for an exception for the package in following the SRU process: https://lists.ubuntu.com/archives/ubuntu-release/2018-May/004479.html I'm preparing the backport in ppa:rbalint/scratch and also run autopkgtests on it in addition to testing it manually in VMs. [Original Bug Text] Changes to support day-of-week patching and logging to syslog were added to upstream (https://github.com/mvo5/unattended-upgrades) over a year ago. These changes are not present in the latest Xenial nor Trusty packages (0.90 and 0.82.1) - requesting that these changes be pulled from upstream. To manage notifications about this bug go to: https://bugs.launchpad.net/ubuntu/+source/unattended-upgrades/+bug/1702793/+subscriptions -- Mailing list: https://launchpad.net/~touch-packages Post to : touch-packages@lists.launchpad.net Unsubscribe : https://launchpad.net/~touch-packages More help : https://help.launchpad.net/ListHelp
[Touch-packages] [Bug 1702793] Re: Full backport SRU for unattended-upgrades
Hello Matt, or anyone else affected, Accepted unattended-upgrades into xenial-proposed. The package will build now and be available at https://launchpad.net/ubuntu/+source /unattended-upgrades/1.1ubuntu1.18.04.7~16.04.0 in a few hours, and then in the -proposed repository. Please help us by testing this new package. See https://wiki.ubuntu.com/Testing/EnableProposed for documentation on how to enable and use -proposed. Your feedback will aid us getting this update out to other Ubuntu users. If this package fixes the bug for you, please add a comment to this bug, mentioning the version of the package you tested and change the tag from verification-needed-xenial to verification-done-xenial. If it does not fix the bug for you, please add a comment stating that, and change the tag to verification-failed-xenial. In either case, without details of your testing we will not be able to proceed. Further information regarding the verification process can be found at https://wiki.ubuntu.com/QATeam/PerformingSRUVerification . Thank you in advance for helping! N.B. The updated package will be released to -updates after the bug(s) fixed by this package have been verified and the package has been in -proposed for a minimum of 7 days. ** Changed in: unattended-upgrades (Ubuntu Xenial) Status: New => Fix Committed ** Tags added: verification-needed verification-needed-xenial -- You received this bug notification because you are a member of Ubuntu Touch seeded packages, which is subscribed to unattended-upgrades in Ubuntu. https://bugs.launchpad.net/bugs/1702793 Title: Full backport SRU for unattended-upgrades Status in unattended-upgrades package in Ubuntu: In Progress Status in unattended-upgrades source package in Xenial: Fix Committed Bug description: [Impact] * I would like to propose a one-off full backport of unattended-upgrades 1.2ubuntu1 to Bionic, Artful, Xenial and possibly Trusty releases because selectively backporting fixes for crashes and for issues that made u-u unreliable would be more risky thanks to the huge number of fixes and the inter-dependencies between them. [Test Case] * Since this backport involves fixing several bugs and this bug itself covers the full backport this is an overview of all LP bugs the upload fixes: - most important bugs (feel free to add more) + LP: #1615381 : apt-get autoremove may remove current kernel All LP bugs fixed by the backport, comments are welcome: + LP: #1230246 could use SRU template but seems straightforward + LP: #1260041 SRU template ok + LP: #1396787 SRU template ok + LP: #1446552 SRU template ok + LP: #1455097 SRU template ok + LP: #1458204 could use SRU template but seems straightforward + LP: #1577215 could use SRU template but seems straightforward + LP: #1602536 SRU template ok + LP: #1615381 could use SRU template but seems straightforward + LP: #1624644 SRU template ok + LP: #1649709 not affecting xenial + LP: #1654070 could use SRU template but seems straightforward + LP: #1654600 SRU template ok + LP: #1675079 SRU template ok + LP: #1680599 could use SRU template but seems straightforward + LP: #1686470 SRU template ok + LP: #1690980 SRU template ok + LP: #1698159 SRU template ok + LP: #1702793 this bug + LP: #1714019 just a merge request + LP: #1718419 just a merge request + LP: #1719630 SRU template ok + LP: #1722426 just a merge request + LP: #1737442 SRU template ok + LP: #1737635 SRU template ok + LP: #1737637 SRU template ok + LP: #1737717 SRU template ok + LP: #1741579 SRU template ok + LP: #1764797 just a merge request + LP: #1773033 SRU template ok + LP: #1775292 SRU template ok + LP: #1775307 SRU template ok + LP: #1778219 SRU template ok + LP: #1778800 SRU template ok + LP: #1779157 SRU template ok + LP: #1781176 SRU template ok + LP: #1781183 SRU template ok + LP: #1781446 SRU template ok + LP: #1781586 SRU template ok + LP: #1785093 SRU template ok + LP: #1789637 SRU template ok + LP: #1803749 SRU template ok [Regression Potential] * Due to this update covering the full backport unattended-upgrades can regress in any imaginable way including failing to install, upgrade, run, or removing essential packages from the system. Those are unlikely.* There are open bugs about u-u being slower than in the past, thus this may be a likely regression but IMO the pending speed optimizations should not be blocking the backport because the reliability issues are more important to fix and speed optimizations can be cherry-picked later. [Other Info] I asked for an exception for the package in following the SRU process: https://lists.ubuntu.com/archives/ubuntu-release/2018-May/004479.html I'm preparing the backport in ppa:rbalint/scratch and also run autopkgtests
[Touch-packages] [Bug 1702793] Re: Full backport SRU for unattended-upgrades
** Description changed: [Impact] * I would like to propose a one-off full backport of unattended-upgrades 1.2ubuntu1 to Bionic, Artful, Xenial and possibly Trusty releases because selectively backporting fixes for crashes and for issues that made u-u unreliable would be more risky thanks to the huge number of fixes and the inter-dependencies between them. [Test Case] * Since this backport involves fixing several bugs and this bug itself covers the full backport this is an overview of all LP bugs the upload fixes: - most important bugs (feel free to add more) + LP: #1615381 : apt-get autoremove may remove current kernel All LP bugs fixed by the backport, comments are welcome: + LP: #1230246 could use SRU template but seems straightforward + LP: #1260041 SRU template ok - + LP: #1269177 already fixed in 0.90ubuntu0.9 - + LP: #1357093 dup of LP: #1675079 + LP: #1396787 SRU template ok + LP: #1446552 SRU template ok + LP: #1455097 SRU template ok + LP: #1458204 could use SRU template but seems straightforward - + LP: #1544942 already fixed in 0.90ubuntu0.8 + LP: #1577215 could use SRU template but seems straightforward + LP: #1602536 SRU template ok + LP: #1615381 could use SRU template but seems straightforward + LP: #1624644 SRU template ok - + LP: #1632361 the bug is referenced mistakenly while u-u had a related fix which has no meaningful impact on users + LP: #1649709 not affecting xenial + LP: #1654070 could use SRU template but seems straightforward + LP: #1654600 SRU template ok + LP: #1675079 SRU template ok + LP: #1680599 could use SRU template but seems straightforward + LP: #1686470 SRU template ok - + LP: #1687129 already fixed in 0.90ubuntu0.6 + LP: #1690980 SRU template ok + LP: #1698159 SRU template ok + LP: #1702793 this bug + LP: #1714019 just a merge request + LP: #1718419 just a merge request + LP: #1719630 SRU template ok + LP: #1722426 just a merge request + LP: #1737441 fix not tracked for u-u in xenial, just for python-apt + LP: #1737442 SRU template ok + LP: #1737635 SRU template ok + LP: #1737637 SRU template ok + LP: #1737717 SRU template ok + LP: #1741579 SRU template ok + LP: #1764797 just a merge request + LP: #1773033 SRU template ok + LP: #1775292 SRU template ok + LP: #1775307 SRU template ok + LP: #1778219 SRU template ok + LP: #1778800 SRU template ok + LP: #1779157 SRU template ok + LP: #1781176 SRU template ok + LP: #1781183 SRU template ok + LP: #1781446 SRU template ok + LP: #1781586 SRU template ok + LP: #1785093 SRU template ok + LP: #1789637 SRU template ok + LP: #1803749 SRU template ok [Regression Potential] * Due to this update covering the full backport unattended-upgrades can regress in any imaginable way including failing to install, upgrade, run, or removing essential packages from the system. Those are unlikely.* There are open bugs about u-u being slower than in the past, thus this may be a likely regression but IMO the pending speed optimizations should not be blocking the backport because the reliability issues are more important to fix and speed optimizations can be cherry-picked later. [Other Info] I asked for an exception for the package in following the SRU process: https://lists.ubuntu.com/archives/ubuntu-release/2018-May/004479.html I'm preparing the backport in ppa:rbalint/scratch and also run autopkgtests on it in addition to testing it manually in VMs. [Original Bug Text] Changes to support day-of-week patching and logging to syslog were added to upstream (https://github.com/mvo5/unattended-upgrades) over a year ago. These changes are not present in the latest Xenial nor Trusty packages (0.90 and 0.82.1) - requesting that these changes be pulled from upstream. ** Description changed: [Impact] * I would like to propose a one-off full backport of unattended-upgrades 1.2ubuntu1 to Bionic, Artful, Xenial and possibly Trusty releases because selectively backporting fixes for crashes and for issues that made u-u unreliable would be more risky thanks to the huge number of fixes and the inter-dependencies between them. [Test Case] * Since this backport involves fixing several bugs and this bug itself covers the full backport this is an overview of all LP bugs the upload fixes: - most important bugs (feel free to add more) + LP: #1615381 : apt-get autoremove may remove current kernel All LP bugs fixed by the backport, comments are welcome: + LP: #1230246 could use SRU template but seems straightforward + LP: #1260041 SRU template ok + LP: #1396787 SRU template ok + LP: #1446552 SRU template ok + LP: #1455097 SRU template ok + LP: #1458204 could use SRU
[Touch-packages] [Bug 1702793] Re: Full backport SRU for unattended-upgrades
Its worth mentioning that for bugs with links to Error Tracker crash buckets that those buckets will probably not receive crash reports from the new version of the package even if it is "the same crash" because bucketing is done using python line numbers which are likely to change given the scope of changes. The point being a search should be done of crash reports in the Error Tracker about Ubuntu 16.04 with the new package version for any bugs that have a known crash bucket to really ensure that they are still not occurring. -- You received this bug notification because you are a member of Ubuntu Touch seeded packages, which is subscribed to unattended-upgrades in Ubuntu. https://bugs.launchpad.net/bugs/1702793 Title: Full backport SRU for unattended-upgrades Status in unattended-upgrades package in Ubuntu: In Progress Bug description: [Impact] * I would like to propose a one-off full backport of unattended-upgrades 1.2ubuntu1 to Bionic, Artful, Xenial and possibly Trusty releases because selectively backporting fixes for crashes and for issues that made u-u unreliable would be more risky thanks to the huge number of fixes and the inter-dependencies between them. [Test Case] * Since this backport involves fixing several bugs and this bug itself covers the full backport this is an overview of all LP bugs the upload fixes: - most important bugs (feel free to add more) + LP: #1615381 : apt-get autoremove may remove current kernel All LP bugs fixed by the backport, comments are welcome: + LP: #1230246 could use SRU template but seems straightforward + LP: #1260041 SRU template ok + LP: #1269177 already fixed in 0.90ubuntu0.9 + LP: #1357093 dup of LP: #1675079 + LP: #1396787 SRU template ok + LP: #1446552 SRU template ok + LP: #1455097 SRU template ok + LP: #1458204 could use SRU template but seems straightforward + LP: #1544942 already fixed in 0.90ubuntu0.8 + LP: #1577215 could use SRU template but seems straightforward + LP: #1602536 SRU template ok + LP: #1615381 could use SRU template but seems straightforward + LP: #1624644 SRU template ok + LP: #1632361 the bug is referenced mistakenly while u-u had a related fix which has no meaningful impact on users + LP: #1649709 not affecting xenial + LP: #1654070 could use SRU template but seems straightforward + LP: #1654600 SRU template ok + LP: #1675079 SRU template ok + LP: #1680599 could use SRU template but seems straightforward + LP: #1686470 SRU template ok + LP: #1687129 already fixed in 0.90ubuntu0.6 + LP: #1690980 SRU template ok + LP: #1698159 SRU template ok + LP: #1702793 this bug + LP: #1714019 just a merge request + LP: #1718419 just a merge request + LP: #1719630 SRU template ok + LP: #1722426 just a merge request + LP: #1737441 fix not tracked for u-u in xenial, just for python-apt + LP: #1737442 SRU template ok + LP: #1737635 SRU template ok + LP: #1737637 SRU template ok + LP: #1737717 SRU template ok + LP: #1741579 SRU template ok + LP: #1764797 just a merge request + LP: #1773033 SRU template ok + LP: #1775292 SRU template ok + LP: #1775307 SRU template ok + LP: #1778219 SRU template ok + LP: #1778800 SRU template ok + LP: #1779157 SRU template ok + LP: #1781176 SRU template ok + LP: #1781183 SRU template ok + LP: #1781446 SRU template ok + LP: #1781586 SRU template ok + LP: #1785093 SRU template ok + LP: #1789637 SRU template ok + LP: #1803749 SRU template ok [Regression Potential] * Due to this update covering the full backport unattended-upgrades can regress in any imaginable way including failing to install, upgrade, run, or removing essential packages from the system. Those are unlikely.* There are open bugs about u-u being slower than in the past, thus this may be a likely regression but IMO the pending speed optimizations should not be blocking the backport because the reliability issues are more important to fix and speed optimizations can be cherry-picked later. [Other Info] I asked for an exception for the package in following the SRU process: https://lists.ubuntu.com/archives/ubuntu-release/2018-May/004479.html I'm preparing the backport in ppa:rbalint/scratch and also run autopkgtests on it in addition to testing it manually in VMs. [Original Bug Text] Changes to support day-of-week patching and logging to syslog were added to upstream (https://github.com/mvo5/unattended-upgrades) over a year ago. These changes are not present in the latest Xenial nor Trusty packages (0.90 and 0.82.1) - requesting that these changes be pulled from upstream. To manage notifications about this bug go to: https://bugs.launchpad.net/ubuntu/+source/unattended-upgrades/+bug/1702793/+subscriptions -- Mailing list:
[Touch-packages] [Bug 1702793] Re: Full backport SRU for unattended-upgrades
** Description changed: [Impact] * I would like to propose a one-off full backport of unattended-upgrades 1.2ubuntu1 to Bionic, Artful, Xenial and possibly Trusty releases because selectively backporting fixes for crashes and for issues that made u-u unreliable would be more risky thanks to the huge number of fixes and the inter-dependencies between them. [Test Case] * Since this backport involves fixing several bugs and this bug itself covers the full backport I suggest that this bug should be considered verified when the following list of bugs are verified: - TODO add most important bugs + LP: #1615381 : apt-get autoremove may remove current kernel and the following tests are passing: - TODO add tests not covered by bugs above All LP bugs fixed by the backport, comments are welcome: + LP: #1230246 could use SRU template but seems straightforward + LP: #1260041 SRU template ok + LP: #1269177 already fixed in 0.90ubuntu0.9 - + LP: #1357093 really needs SRU template + + LP: #1357093 dup of LP: #1675079 + LP: #1396787 SRU template ok + LP: #1446552 SRU template ok + LP: #1455097 SRU template ok + LP: #1458204 could use SRU template but seems straightforward + LP: #1544942 already fixed in 0.90ubuntu0.8 + LP: #1577215 could use SRU template but seems straightforward + LP: #1602536 SRU template ok + LP: #1615381 could use SRU template but seems straightforward + LP: #1624644 SRU template ok - + LP: #1632361 really needs SRU template + + LP: #1632361 the bug is referenced mistakenly while u-u had a related fix which has no meaningful impact on users + LP: #1649709 not affecting xenial + LP: #1654070 could use SRU template but seems straightforward + LP: #1654600 SRU template ok + LP: #1675079 SRU template ok + LP: #1680599 could use SRU template but seems straightforward + LP: #1686470 SRU template ok + LP: #1687129 already fixed in 0.90ubuntu0.6 + LP: #1690980 SRU template ok + LP: #1698159 SRU template ok + LP: #1702793 this bug + LP: #1714019 just a merge request + LP: #1718419 just a merge request + LP: #1719630 SRU template ok + LP: #1722426 just a merge request + LP: #1737441 fix not tracked for u-u in xenial, just for python-apt + LP: #1737442 SRU template ok + LP: #1737635 SRU template ok + LP: #1737637 SRU template ok + LP: #1737717 SRU template ok + LP: #1741579 SRU template ok + LP: #1764797 just a merge request + LP: #1773033 SRU template ok + LP: #1775292 SRU template ok + LP: #1775307 SRU template ok + LP: #1778219 SRU template ok + LP: #1778800 SRU template ok + LP: #1779157 SRU template ok + LP: #1781176 SRU template ok + LP: #1781183 SRU template ok + LP: #1781446 SRU template ok + LP: #1781586 SRU template ok + LP: #1785093 SRU template ok + LP: #1789637 SRU template ok + LP: #1803749 SRU template ok [Regression Potential] * Due to this update covering the full backport unattended-upgrades can regress in any imaginable way including failing to install, upgrade, run, or removing essential packages from the system. Those are unlikely.* There are open bugs about u-u being slower than in the past, thus this may be a likely regression but IMO the pending speed optimizations should not be blocking the backport because the reliability issues are more important to fix and speed optimizations can be cherry-picked later. [Other Info] I asked for an exception for the package in following the SRU process: https://lists.ubuntu.com/archives/ubuntu-release/2018-May/004479.html I'm preparing the backport in ppa:rbalint/scratch and also run autopkgtests on it in addition to testing it manually in VMs. [Original Bug Text] Changes to support day-of-week patching and logging to syslog were added to upstream (https://github.com/mvo5/unattended-upgrades) over a year ago. These changes are not present in the latest Xenial nor Trusty packages (0.90 and 0.82.1) - requesting that these changes be pulled from upstream. ** Description changed: [Impact] * I would like to propose a one-off full backport of unattended-upgrades 1.2ubuntu1 to Bionic, Artful, Xenial and possibly Trusty releases because selectively backporting fixes for crashes and for issues that made u-u unreliable would be more risky thanks to the huge number of fixes and the inter-dependencies between them. [Test Case] * Since this backport involves fixing several bugs and this bug itself - covers the full backport I suggest that this bug should be considered - verified when the following list of bugs are verified: + covers the full backport this is an overview of all LP bugs the upload + fixes: - - TODO add most important bugs + - most important bugs (feel free to add more)
[Touch-packages] [Bug 1702793] Re: Full backport SRU for unattended-upgrades
** Description changed: [Impact] * I would like to propose a one-off full backport of unattended-upgrades 1.2ubuntu1 to Bionic, Artful, Xenial and possibly Trusty releases because selectively backporting fixes for crashes and for issues that made u-u unreliable would be more risky thanks to the huge number of fixes and the inter-dependencies between them. [Test Case] * Since this backport involves fixing several bugs and this bug itself covers the full backport I suggest that this bug should be considered verified when the following list of bugs are verified: - TODO add most important bugs + LP: #1615381 : apt-get autoremove may remove current kernel and the following tests are passing: - TODO add tests not covered by bugs above All LP bugs fixed by the backport, comments are welcome: + LP: #1230246 could use SRU template but seems straightforward + LP: #1260041 SRU template ok + LP: #1269177 already fixed in 0.90ubuntu0.9 - + LP: #1357093 really needs SRU template + + LP: #1357093 really needs SRU template + LP: #1396787 SRU template ok - + LP: #1446552 really needs SRU template - + LP: #1455097 really needs SRU template + + LP: #1446552 SRU template ok + + LP: #1455097 SRU template ok + LP: #1458204 could use SRU template but seems straightforward + LP: #1544942 already fixed in 0.90ubuntu0.8 + LP: #1577215 could use SRU template but seems straightforward + LP: #1602536 SRU template ok + LP: #1615381 could use SRU template but seems straightforward + LP: #1624644 SRU template ok + LP: #1632361 really needs SRU template + LP: #1649709 not affecting xenial + LP: #1654070 could use SRU template but seems straightforward + LP: #1654600 SRU template ok + LP: #1675079 SRU template ok + LP: #1680599 could use SRU template but seems straightforward + LP: #1686470 SRU template ok + LP: #1687129 already fixed in 0.90ubuntu0.6 - + LP: #1690980 really needs SRU template + + LP: #1690980 SRU template ok + LP: #1698159 SRU template ok + LP: #1702793 this bug + LP: #1714019 just a merge request + LP: #1718419 just a merge request + LP: #1719630 SRU template ok + LP: #1722426 just a merge request + LP: #1737441 fix not tracked for u-u in xenial, just for python-apt + LP: #1737442 SRU template ok + LP: #1737635 SRU template ok + LP: #1737637 SRU template ok + LP: #1737717 SRU template ok + LP: #1741579 SRU template ok + LP: #1764797 just a merge request + LP: #1773033 SRU template ok + LP: #1775292 SRU template ok + LP: #1775307 SRU template ok + LP: #1778219 SRU template ok + LP: #1778800 SRU template ok + LP: #1779157 SRU template ok + LP: #1781176 SRU template ok + LP: #1781183 SRU template ok + LP: #1781446 SRU template ok + LP: #1781586 SRU template ok + LP: #1785093 SRU template ok + LP: #1789637 SRU template ok + LP: #1803749 SRU template ok [Regression Potential] * Due to this update covering the full backport unattended-upgrades can regress in any imaginable way including failing to install, upgrade, run, or removing essential packages from the system. Those are unlikely.* There are open bugs about u-u being slower than in the past, thus this may be a likely regression but IMO the pending speed optimizations should not be blocking the backport because the reliability issues are more important to fix and speed optimizations can be cherry-picked later. [Other Info] I asked for an exception for the package in following the SRU process: https://lists.ubuntu.com/archives/ubuntu-release/2018-May/004479.html I'm preparing the backport in ppa:rbalint/scratch and also run autopkgtests on it in addition to testing it manually in VMs. [Original Bug Text] Changes to support day-of-week patching and logging to syslog were added to upstream (https://github.com/mvo5/unattended-upgrades) over a year ago. These changes are not present in the latest Xenial nor Trusty packages (0.90 and 0.82.1) - requesting that these changes be pulled from upstream. -- You received this bug notification because you are a member of Ubuntu Touch seeded packages, which is subscribed to unattended-upgrades in Ubuntu. https://bugs.launchpad.net/bugs/1702793 Title: Full backport SRU for unattended-upgrades Status in unattended-upgrades package in Ubuntu: In Progress Bug description: [Impact] * I would like to propose a one-off full backport of unattended-upgrades 1.2ubuntu1 to Bionic, Artful, Xenial and possibly Trusty releases because selectively backporting fixes for crashes and for issues that made u-u unreliable would be more risky thanks to the huge number of fixes and the inter-dependencies between them. [Test Case] * Since this backport involves fixing several bugs and
[Touch-packages] [Bug 1702793] Re: Full backport SRU for unattended-upgrades
** Description changed: [Impact] * I would like to propose a one-off full backport of unattended-upgrades 1.2ubuntu1 to Bionic, Artful, Xenial and possibly Trusty releases because selectively backporting fixes for crashes and for issues that made u-u unreliable would be more risky thanks to the huge number of fixes and the inter-dependencies between them. [Test Case] * Since this backport involves fixing several bugs and this bug itself covers the full backport I suggest that this bug should be considered verified when the following list of bugs are verified: - TODO add most important bugs + LP: #1615381 : apt-get autoremove may remove current kernel and the following tests are passing: - TODO add tests not covered by bugs above All LP bugs fixed by the backport, comments are welcome: - + LP: #1230246 + + LP: #1230246 could use SRU template but seems straightforward + LP: #1260041 SRU template ok + LP: #1269177 already fixed in 0.90ubuntu0.9 - + LP: #1357093 + + LP: #1357093 really needs SRU template + LP: #1396787 SRU template ok - + LP: #1446552 - + LP: #1455097 - + LP: #1458204 + + LP: #1446552 really needs SRU template + + LP: #1455097 really needs SRU template + + LP: #1458204 could use SRU template but seems straightforward + LP: #1544942 already fixed in 0.90ubuntu0.8 - + LP: #1577215 + + LP: #1577215 could use SRU template but seems straightforward + LP: #1602536 SRU template ok - + LP: #1615381 + + LP: #1615381 could use SRU template but seems straightforward + LP: #1624644 SRU template ok - + LP: #1632361 + + LP: #1632361 really needs SRU template + LP: #1649709 not affecting xenial - + LP: #1654070 + + LP: #1654070 could use SRU template but seems straightforward + LP: #1654600 SRU template ok + LP: #1675079 SRU template ok - + LP: #1680599 + + LP: #1680599 could use SRU template but seems straightforward + LP: #1686470 SRU template ok + LP: #1687129 already fixed in 0.90ubuntu0.6 - + LP: #1690980 + + LP: #1690980 really needs SRU template + LP: #1698159 SRU template ok + LP: #1702793 this bug + LP: #1714019 just a merge request + LP: #1718419 just a merge request + LP: #1719630 SRU template ok + LP: #1722426 just a merge request + LP: #1737441 fix not tracked for u-u in xenial, just for python-apt + LP: #1737442 SRU template ok + LP: #1737635 SRU template ok + LP: #1737637 SRU template ok + LP: #1737717 SRU template ok + LP: #1741579 SRU template ok + LP: #1764797 just a merge request + LP: #1773033 SRU template ok + LP: #1775292 SRU template ok + LP: #1775307 SRU template ok + LP: #1778219 SRU template ok + LP: #1778800 SRU template ok + LP: #1779157 SRU template ok + LP: #1781176 SRU template ok + LP: #1781183 SRU template ok + LP: #1781446 SRU template ok + LP: #1781586 SRU template ok + LP: #1785093 SRU template ok + LP: #1789637 SRU template ok + LP: #1803749 SRU template ok [Regression Potential] - * Due to this update covering the full backport unattended-upgrades can regress in any imaginable way including failing to install, upgrade, run, or removing essential packages from the system. Those are unlikely. - * There are open bugs about u-u being slower than in the past, thus this may be a likely regression but IMO the pending speed optimizations should not be blocking the backport because the reliability issues are more important to fix and speed optimizations can be cherry-picked later. + * Due to this update covering the full backport unattended-upgrades can + regress in any imaginable way including failing to install, upgrade, + run, or removing essential packages from the system. Those are + unlikely.* There are open bugs about u-u being slower than in the past, + thus this may be a likely regression but IMO the pending speed + optimizations should not be blocking the backport because the + reliability issues are more important to fix and speed optimizations can + be cherry-picked later. [Other Info] I asked for an exception for the package in following the SRU process: https://lists.ubuntu.com/archives/ubuntu-release/2018-May/004479.html I'm preparing the backport in ppa:rbalint/scratch and also run autopkgtests on it in addition to testing it manually in VMs. [Original Bug Text] Changes to support day-of-week patching and logging to syslog were added to upstream (https://github.com/mvo5/unattended-upgrades) over a year ago. These changes are not present in the latest Xenial nor Trusty packages (0.90 and 0.82.1) - requesting that these changes be pulled from upstream. -- You received this bug notification because you are a member of Ubuntu Touch seeded packages, which is subscribed to unattended-upgrades in Ubuntu.
[Touch-packages] [Bug 1702793] Re: Full backport SRU for unattended-upgrades
** Description changed: [Impact] * I would like to propose a one-off full backport of unattended-upgrades 1.2ubuntu1 to Bionic, Artful, Xenial and possibly Trusty releases because selectively backporting fixes for crashes and for issues that made u-u unreliable would be more risky thanks to the huge number of fixes and the inter-dependencies between them. [Test Case] * Since this backport involves fixing several bugs and this bug itself covers the full backport I suggest that this bug should be considered verified when the following list of bugs are verified: - TODO add most important bugs + LP: #1615381 : apt-get autoremove may remove current kernel and the following tests are passing: - TODO add tests not covered by bugs above All LP bugs fixed by the backport, comments are welcome: + LP: #1230246 + LP: #1260041 SRU template ok + LP: #1269177 already fixed in 0.90ubuntu0.9 + LP: #1357093 + LP: #1396787 SRU template ok + LP: #1446552 + LP: #1455097 + LP: #1458204 + LP: #1544942 already fixed in 0.90ubuntu0.8 + LP: #1577215 + LP: #1602536 SRU template ok + LP: #1615381 + LP: #1624644 SRU template ok + LP: #1632361 + LP: #1649709 + LP: #1654070 + LP: #1654600 SRU template ok + LP: #1675079 SRU template ok + LP: #1680599 + LP: #1686470 SRU template ok + LP: #1687129 already fixed in 0.90ubuntu0.6 + LP: #1690980 - + LP: #1698159 + + LP: #1698159 SRU template ok + LP: #1702793 this bug + LP: #1714019 just a merge request + LP: #1718419 just a merge request - + LP: #1719630 + + LP: #1719630 SRU template ok + LP: #1722426 just a merge request + LP: #1737441 fix not tracked for u-u in xenial, just for python-apt + LP: #1737442 SRU template ok + LP: #1737635 SRU template ok + LP: #1737637 SRU template ok + LP: #1737717 SRU template ok + LP: #1741579 SRU template ok + LP: #1764797 just a merge request + LP: #1773033 SRU template ok + LP: #1775292 SRU template ok + LP: #1775307 SRU template ok + LP: #1778219 SRU template ok + LP: #1778800 SRU template ok + LP: #1779157 SRU template ok + LP: #1781176 SRU template ok + LP: #1781183 SRU template ok + LP: #1781446 SRU template ok + LP: #1781586 SRU template ok + LP: #1785093 SRU template ok + LP: #1789637 SRU template ok + LP: #1803749 SRU template ok [Regression Potential] * Due to this update covering the full backport unattended-upgrades can regress in any imaginable way including failing to install, upgrade, run, or removing essential packages from the system. Those are unlikely. * There are open bugs about u-u being slower than in the past, thus this may be a likely regression but IMO the pending speed optimizations should not be blocking the backport because the reliability issues are more important to fix and speed optimizations can be cherry-picked later. [Other Info] I asked for an exception for the package in following the SRU process: https://lists.ubuntu.com/archives/ubuntu-release/2018-May/004479.html I'm preparing the backport in ppa:rbalint/scratch and also run autopkgtests on it in addition to testing it manually in VMs. [Original Bug Text] Changes to support day-of-week patching and logging to syslog were added to upstream (https://github.com/mvo5/unattended-upgrades) over a year ago. These changes are not present in the latest Xenial nor Trusty packages (0.90 and 0.82.1) - requesting that these changes be pulled from upstream. ** Description changed: [Impact] * I would like to propose a one-off full backport of unattended-upgrades 1.2ubuntu1 to Bionic, Artful, Xenial and possibly Trusty releases because selectively backporting fixes for crashes and for issues that made u-u unreliable would be more risky thanks to the huge number of fixes and the inter-dependencies between them. [Test Case] * Since this backport involves fixing several bugs and this bug itself covers the full backport I suggest that this bug should be considered verified when the following list of bugs are verified: - TODO add most important bugs + LP: #1615381 : apt-get autoremove may remove current kernel and the following tests are passing: - TODO add tests not covered by bugs above All LP bugs fixed by the backport, comments are welcome: + LP: #1230246 + LP: #1260041 SRU template ok + LP: #1269177 already fixed in 0.90ubuntu0.9 + LP: #1357093 + LP: #1396787 SRU template ok + LP: #1446552 + LP: #1455097 + LP: #1458204 + LP: #1544942 already fixed in 0.90ubuntu0.8 + LP: #1577215 + LP: #1602536 SRU template ok + LP: #1615381 + LP: #1624644 SRU template ok + LP: #1632361 - + LP: #1649709 + + LP: #1649709 not affecting
[Touch-packages] [Bug 1702793] Re: Full backport SRU for unattended-upgrades
** Description changed: [Impact] * I would like to propose a one-off full backport of unattended-upgrades 1.2ubuntu1 to Bionic, Artful, Xenial and possibly Trusty releases because selectively backporting fixes for crashes and for issues that made u-u unreliable would be more risky thanks to the huge number of fixes and the inter-dependencies between them. [Test Case] * Since this backport involves fixing several bugs and this bug itself covers the full backport I suggest that this bug should be considered verified when the following list of bugs are verified: - TODO add most important bugs + LP: #1615381 : apt-get autoremove may remove current kernel and the following tests are passing: - TODO add tests not covered by bugs above All LP bugs fixed by the backport, comments are welcome: + LP: #1230246 + LP: #1260041 SRU template ok + LP: #1269177 already fixed in 0.90ubuntu0.9 + LP: #1357093 + LP: #1396787 SRU template ok + LP: #1446552 + LP: #1455097 + LP: #1458204 + LP: #1544942 already fixed in 0.90ubuntu0.8 + LP: #1577215 + LP: #1602536 SRU template ok + LP: #1615381 + LP: #1624644 SRU template ok + LP: #1632361 + LP: #1649709 + LP: #1654070 + LP: #1654600 SRU template ok + LP: #1675079 SRU template ok + LP: #1680599 + LP: #1686470 SRU template ok + LP: #1687129 already fixed in 0.90ubuntu0.6 + LP: #1690980 + LP: #1698159 + LP: #1702793 this bug + LP: #1714019 just a merge request + LP: #1718419 just a merge request + LP: #1719630 + LP: #1722426 just a merge request - + LP: #1737441 - + LP: #1737442 to add u-u test case - + LP: #1737635 + + LP: #1737441 fix not tracked for u-u in xenial, just for python-apt + + LP: #1737442 SRU template ok + + LP: #1737635 SRU template ok + LP: #1737637 SRU template ok + LP: #1737717 SRU template ok + LP: #1741579 SRU template ok + LP: #1764797 just a merge request + LP: #1773033 SRU template ok + LP: #1775292 SRU template ok + LP: #1775307 SRU template ok + LP: #1778219 SRU template ok + LP: #1778800 SRU template ok + LP: #1779157 SRU template ok + LP: #1781176 SRU template ok + LP: #1781183 SRU template ok + LP: #1781446 SRU template ok + LP: #1781586 SRU template ok + LP: #1785093 SRU template ok + LP: #1789637 SRU template ok + LP: #1803749 SRU template ok [Regression Potential] * Due to this update covering the full backport unattended-upgrades can regress in any imaginable way including failing to install, upgrade, run, or removing essential packages from the system. Those are unlikely. * There are open bugs about u-u being slower than in the past, thus this may be a likely regression but IMO the pending speed optimizations should not be blocking the backport because the reliability issues are more important to fix and speed optimizations can be cherry-picked later. [Other Info] I asked for an exception for the package in following the SRU process: https://lists.ubuntu.com/archives/ubuntu-release/2018-May/004479.html I'm preparing the backport in ppa:rbalint/scratch and also run autopkgtests on it in addition to testing it manually in VMs. [Original Bug Text] Changes to support day-of-week patching and logging to syslog were added to upstream (https://github.com/mvo5/unattended-upgrades) over a year ago. These changes are not present in the latest Xenial nor Trusty packages (0.90 and 0.82.1) - requesting that these changes be pulled from upstream. -- You received this bug notification because you are a member of Ubuntu Touch seeded packages, which is subscribed to unattended-upgrades in Ubuntu. https://bugs.launchpad.net/bugs/1702793 Title: Full backport SRU for unattended-upgrades Status in unattended-upgrades package in Ubuntu: In Progress Bug description: [Impact] * I would like to propose a one-off full backport of unattended-upgrades 1.2ubuntu1 to Bionic, Artful, Xenial and possibly Trusty releases because selectively backporting fixes for crashes and for issues that made u-u unreliable would be more risky thanks to the huge number of fixes and the inter-dependencies between them. [Test Case] * Since this backport involves fixing several bugs and this bug itself covers the full backport I suggest that this bug should be considered verified when the following list of bugs are verified: - TODO add most important bugs + LP: #1615381 : apt-get autoremove may remove current kernel and the following tests are passing: - TODO add tests not covered by bugs above All LP bugs fixed by the backport, comments are welcome: + LP: #1230246 + LP: #1260041 SRU template ok + LP: #1269177 already fixed in 0.90ubuntu0.9 + LP: #1357093 + LP: #1396787 SRU template ok
[Touch-packages] [Bug 1702793] Re: Full backport SRU for unattended-upgrades
** Description changed: [Impact] * I would like to propose a one-off full backport of unattended-upgrades 1.2ubuntu1 to Bionic, Artful, Xenial and possibly Trusty releases because selectively backporting fixes for crashes and for issues that made u-u unreliable would be more risky thanks to the huge number of fixes and the inter-dependencies between them. [Test Case] * Since this backport involves fixing several bugs and this bug itself covers the full backport I suggest that this bug should be considered verified when the following list of bugs are verified: - TODO add most important bugs + LP: #1615381 : apt-get autoremove may remove current kernel and the following tests are passing: - TODO add tests not covered by bugs above All LP bugs fixed by the backport, comments are welcome: + LP: #1230246 + LP: #1260041 SRU template ok + LP: #1269177 already fixed in 0.90ubuntu0.9 + LP: #1357093 + LP: #1396787 SRU template ok + LP: #1446552 + LP: #1455097 + LP: #1458204 + LP: #1544942 already fixed in 0.90ubuntu0.8 + LP: #1577215 + LP: #1602536 SRU template ok + LP: #1615381 + LP: #1624644 SRU template ok + LP: #1632361 + LP: #1649709 + LP: #1654070 + LP: #1654600 SRU template ok + LP: #1675079 SRU template ok + LP: #1680599 + LP: #1686470 SRU template ok + LP: #1687129 already fixed in 0.90ubuntu0.6 + LP: #1690980 + LP: #1698159 + LP: #1702793 this bug + LP: #1714019 just a merge request + LP: #1718419 just a merge request + LP: #1719630 + LP: #1722426 just a merge request + LP: #1737441 + LP: #1737442 to add u-u test case + LP: #1737635 - + LP: #1737637 - + LP: #1737717 - + LP: #1741579 + + LP: #1737637 SRU template ok + + LP: #1737717 SRU template ok + + LP: #1741579 SRU template ok + LP: #1764797 just a merge request + LP: #1773033 SRU template ok + LP: #1775292 SRU template ok + LP: #1775307 SRU template ok + LP: #1778219 SRU template ok + LP: #1778800 SRU template ok - + LP: #1779157 + + LP: #1779157 SRU template ok + LP: #1781176 SRU template ok + LP: #1781183 SRU template ok + LP: #1781446 SRU template ok + LP: #1781586 SRU template ok + LP: #1785093 SRU template ok + LP: #1789637 SRU template ok + LP: #1803749 SRU template ok [Regression Potential] * Due to this update covering the full backport unattended-upgrades can regress in any imaginable way including failing to install, upgrade, run, or removing essential packages from the system. Those are unlikely. * There are open bugs about u-u being slower than in the past, thus this may be a likely regression but IMO the pending speed optimizations should not be blocking the backport because the reliability issues are more important to fix and speed optimizations can be cherry-picked later. [Other Info] I asked for an exception for the package in following the SRU process: https://lists.ubuntu.com/archives/ubuntu-release/2018-May/004479.html I'm preparing the backport in ppa:rbalint/scratch and also run autopkgtests on it in addition to testing it manually in VMs. [Original Bug Text] Changes to support day-of-week patching and logging to syslog were added to upstream (https://github.com/mvo5/unattended-upgrades) over a year ago. These changes are not present in the latest Xenial nor Trusty packages (0.90 and 0.82.1) - requesting that these changes be pulled from upstream. -- You received this bug notification because you are a member of Ubuntu Touch seeded packages, which is subscribed to unattended-upgrades in Ubuntu. https://bugs.launchpad.net/bugs/1702793 Title: Full backport SRU for unattended-upgrades Status in unattended-upgrades package in Ubuntu: In Progress Bug description: [Impact] * I would like to propose a one-off full backport of unattended-upgrades 1.2ubuntu1 to Bionic, Artful, Xenial and possibly Trusty releases because selectively backporting fixes for crashes and for issues that made u-u unreliable would be more risky thanks to the huge number of fixes and the inter-dependencies between them. [Test Case] * Since this backport involves fixing several bugs and this bug itself covers the full backport I suggest that this bug should be considered verified when the following list of bugs are verified: - TODO add most important bugs + LP: #1615381 : apt-get autoremove may remove current kernel and the following tests are passing: - TODO add tests not covered by bugs above All LP bugs fixed by the backport, comments are welcome: + LP: #1230246 + LP: #1260041 SRU template ok + LP: #1269177 already fixed in 0.90ubuntu0.9 + LP: #1357093 + LP: #1396787 SRU template ok + LP: #1446552 + LP: #1455097 + LP: #1458204 +
[Touch-packages] [Bug 1702793] Re: Full backport SRU for unattended-upgrades
** Description changed: [Impact] * I would like to propose a one-off full backport of unattended-upgrades 1.2ubuntu1 to Bionic, Artful, Xenial and possibly Trusty releases because selectively backporting fixes for crashes and for issues that made u-u unreliable would be more risky thanks to the huge number of fixes and the inter-dependencies between them. [Test Case] * Since this backport involves fixing several bugs and this bug itself covers the full backport I suggest that this bug should be considered verified when the following list of bugs are verified: - TODO add most important bugs + LP: #1615381 : apt-get autoremove may remove current kernel and the following tests are passing: - TODO add tests not covered by bugs above All LP bugs fixed by the backport, comments are welcome: + LP: #1230246 + LP: #1260041 SRU template ok - + LP: #1269177 SRU template ok + + LP: #1269177 already fixed in 0.90ubuntu0.9 + LP: #1357093 + LP: #1396787 SRU template ok + LP: #1446552 + LP: #1455097 + LP: #1458204 - + LP: #1544942 + + LP: #1544942 already fixed in 0.90ubuntu0.8 + LP: #1577215 + LP: #1602536 SRU template ok + LP: #1615381 + LP: #1624644 SRU template ok + LP: #1632361 + LP: #1649709 + LP: #1654070 + LP: #1654600 SRU template ok + LP: #1675079 SRU template ok + LP: #1680599 + LP: #1686470 SRU template ok - + LP: #1687129 to add u-u test case + + LP: #1687129 already fixed in 0.90ubuntu0.6 + LP: #1690980 + LP: #1698159 + LP: #1702793 this bug + LP: #1714019 just a merge request + LP: #1718419 just a merge request + LP: #1719630 + LP: #1722426 just a merge request + LP: #1737441 + LP: #1737442 to add u-u test case + LP: #1737635 + LP: #1737637 + LP: #1737717 + LP: #1741579 + LP: #1764797 just a merge request + LP: #1773033 SRU template ok + LP: #1775292 SRU template ok + LP: #1775307 SRU template ok + LP: #1778219 SRU template ok + LP: #1778800 SRU template ok + LP: #1779157 + LP: #1781176 SRU template ok + LP: #1781183 SRU template ok + LP: #1781446 SRU template ok + LP: #1781586 SRU template ok + LP: #1785093 SRU template ok + LP: #1789637 SRU template ok + LP: #1803749 SRU template ok [Regression Potential] * Due to this update covering the full backport unattended-upgrades can regress in any imaginable way including failing to install, upgrade, run, or removing essential packages from the system. Those are unlikely. * There are open bugs about u-u being slower than in the past, thus this may be a likely regression but IMO the pending speed optimizations should not be blocking the backport because the reliability issues are more important to fix and speed optimizations can be cherry-picked later. [Other Info] I asked for an exception for the package in following the SRU process: https://lists.ubuntu.com/archives/ubuntu-release/2018-May/004479.html I'm preparing the backport in ppa:rbalint/scratch and also run autopkgtests on it in addition to testing it manually in VMs. [Original Bug Text] Changes to support day-of-week patching and logging to syslog were added to upstream (https://github.com/mvo5/unattended-upgrades) over a year ago. These changes are not present in the latest Xenial nor Trusty packages (0.90 and 0.82.1) - requesting that these changes be pulled from upstream. -- You received this bug notification because you are a member of Ubuntu Touch seeded packages, which is subscribed to unattended-upgrades in Ubuntu. https://bugs.launchpad.net/bugs/1702793 Title: Full backport SRU for unattended-upgrades Status in unattended-upgrades package in Ubuntu: In Progress Bug description: [Impact] * I would like to propose a one-off full backport of unattended-upgrades 1.2ubuntu1 to Bionic, Artful, Xenial and possibly Trusty releases because selectively backporting fixes for crashes and for issues that made u-u unreliable would be more risky thanks to the huge number of fixes and the inter-dependencies between them. [Test Case] * Since this backport involves fixing several bugs and this bug itself covers the full backport I suggest that this bug should be considered verified when the following list of bugs are verified: - TODO add most important bugs + LP: #1615381 : apt-get autoremove may remove current kernel and the following tests are passing: - TODO add tests not covered by bugs above All LP bugs fixed by the backport, comments are welcome: + LP: #1230246 + LP: #1260041 SRU template ok + LP: #1269177 already fixed in 0.90ubuntu0.9 + LP: #1357093 + LP: #1396787 SRU template ok + LP: #1446552 + LP: #1455097 + LP: #1458204 + LP: #1544942 already fixed in 0.90ubuntu0.8
[Touch-packages] [Bug 1702793] Re: Full backport SRU for unattended-upgrades
** Description changed: [Impact] * I would like to propose a one-off full backport of unattended-upgrades 1.2ubuntu1 to Bionic, Artful, Xenial and possibly Trusty releases because selectively backporting fixes for crashes and for issues that made u-u unreliable would be more risky thanks to the huge number of fixes and the inter-dependencies between them. [Test Case] * Since this backport involves fixing several bugs and this bug itself covers the full backport I suggest that this bug should be considered verified when the following list of bugs are verified: - TODO add most important bugs + LP: #1615381 : apt-get autoremove may remove current kernel and the following tests are passing: - TODO add tests not covered by bugs above All LP bugs fixed by the backport, comments are welcome: + LP: #1230246 + LP: #1260041 SRU template ok + LP: #1269177 SRU template ok + LP: #1357093 + LP: #1396787 SRU template ok + LP: #1446552 + LP: #1455097 + LP: #1458204 + LP: #1544942 + LP: #1577215 + LP: #1602536 SRU template ok + LP: #1615381 + LP: #1624644 SRU template ok + LP: #1632361 + LP: #1649709 + LP: #1654070 + LP: #1654600 SRU template ok + LP: #1675079 SRU template ok + LP: #1680599 + LP: #1686470 SRU template ok + LP: #1687129 to add u-u test case - + LP: #1690980 + + LP: #1690980 + LP: #1698159 + LP: #1702793 this bug + LP: #1714019 just a merge request + LP: #1718419 just a merge request + LP: #1719630 + LP: #1722426 just a merge request + LP: #1737441 + LP: #1737442 to add u-u test case + LP: #1737635 + LP: #1737637 + LP: #1737717 + LP: #1741579 + LP: #1764797 just a merge request + LP: #1773033 SRU template ok + LP: #1775292 SRU template ok + LP: #1775307 SRU template ok + LP: #1778219 SRU template ok + LP: #1778800 SRU template ok + LP: #1779157 + LP: #1781176 SRU template ok + LP: #1781183 SRU template ok + LP: #1781446 SRU template ok + LP: #1781586 SRU template ok + LP: #1785093 SRU template ok + LP: #1789637 SRU template ok + LP: #1803749 SRU template ok [Regression Potential] * Due to this update covering the full backport unattended-upgrades can regress in any imaginable way including failing to install, upgrade, run, or removing essential packages from the system. Those are unlikely. * There are open bugs about u-u being slower than in the past, thus this may be a likely regression but IMO the pending speed optimizations should not be blocking the backport because the reliability issues are more important to fix and speed optimizations can be cherry-picked later. - * LP: #1773033 is a regression causing u-u to not install upgrades on shutdown when the system was started on battery. I have a WIP fix and can add the fix to the SRU if needed. [Other Info] I asked for an exception for the package in following the SRU process: https://lists.ubuntu.com/archives/ubuntu-release/2018-May/004479.html I'm preparing the backport in ppa:rbalint/scratch and also run autopkgtests on it in addition to testing it manually in VMs. [Original Bug Text] Changes to support day-of-week patching and logging to syslog were added to upstream (https://github.com/mvo5/unattended-upgrades) over a year ago. These changes are not present in the latest Xenial nor Trusty packages (0.90 and 0.82.1) - requesting that these changes be pulled from upstream. -- You received this bug notification because you are a member of Ubuntu Touch seeded packages, which is subscribed to unattended-upgrades in Ubuntu. https://bugs.launchpad.net/bugs/1702793 Title: Full backport SRU for unattended-upgrades Status in unattended-upgrades package in Ubuntu: In Progress Bug description: [Impact] * I would like to propose a one-off full backport of unattended-upgrades 1.2ubuntu1 to Bionic, Artful, Xenial and possibly Trusty releases because selectively backporting fixes for crashes and for issues that made u-u unreliable would be more risky thanks to the huge number of fixes and the inter-dependencies between them. [Test Case] * Since this backport involves fixing several bugs and this bug itself covers the full backport I suggest that this bug should be considered verified when the following list of bugs are verified: - TODO add most important bugs + LP: #1615381 : apt-get autoremove may remove current kernel and the following tests are passing: - TODO add tests not covered by bugs above All LP bugs fixed by the backport, comments are welcome: + LP: #1230246 + LP: #1260041 SRU template ok + LP: #1269177 SRU template ok + LP: #1357093 + LP: #1396787 SRU template ok + LP: #1446552 + LP: #1455097 + LP: #1458204 + LP: #1544942
[Touch-packages] [Bug 1702793] Re: Full backport SRU for unattended-upgrades
** Description changed: [Impact] * I would like to propose a one-off full backport of unattended-upgrades 1.2ubuntu1 to Bionic, Artful, Xenial and possibly Trusty releases because selectively backporting fixes for crashes and for issues that made u-u unreliable would be more risky thanks to the huge number of fixes and the inter-dependencies between them. [Test Case] * Since this backport involves fixing several bugs and this bug itself covers the full backport I suggest that this bug should be considered verified when the following list of bugs are verified: - TODO add most important bugs + LP: #1615381 : apt-get autoremove may remove current kernel and the following tests are passing: - TODO add tests not covered by bugs above All LP bugs fixed by the backport, comments are welcome: -+ LP: #1230246 -+ LP: #1260041 -+ LP: #1269177 -+ LP: #1357093 -+ LP: #1396787 -+ LP: #1446552 -+ LP: #1455097 -+ LP: #1458204 -+ LP: #1544942 -+ LP: #1577215 -+ LP: #1602536 -+ LP: #1615381 -+ LP: #1624644 -+ LP: #1632361 -+ LP: #1649709 -+ LP: #1654070 -+ LP: #1654600 -+ LP: #1675079 -+ LP: #1680599 -+ LP: #1686470 -+ LP: #1687129 -+ LP: #1690980 -+ LP: #1698159 -+ LP: #1702793 -+ LP: #1714019 -+ LP: #1718419 -+ LP: #1719630 -+ LP: #1722426 -+ LP: #1737441 -+ LP: #1737442 -+ LP: #1737635 -+ LP: #1737637 -+ LP: #1737717 -+ LP: #1741579 -+ LP: #1764797 -+ LP: #1773033 -+ LP: #1775292 -+ LP: #1775307 -+ LP: #1778219 -+ LP: #1778800 -+ LP: #1779157 -+ LP: #1781176 -+ LP: #1781183 -+ LP: #1781446 -+ LP: #1781586 -+ LP: #1785093 -+ LP: #1789637 -+ LP: #1803749 - + + LP: #1230246 + + LP: #1260041 SRU template ok + + LP: #1269177 SRU template ok + + LP: #1357093 + + LP: #1396787 SRU template ok + + LP: #1446552 + + LP: #1455097 + + LP: #1458204 + + LP: #1544942 + + LP: #1577215 + + LP: #1602536 SRU template ok + + LP: #1615381 + + LP: #1624644 SRU template ok + + LP: #1632361 + + LP: #1649709 + + LP: #1654070 + + LP: #1654600 SRU template ok + + LP: #1675079 SRU template ok + + LP: #1680599 + + LP: #1686470 SRU template ok + + LP: #1687129 to add u-u test case + + LP: #1690980 + + LP: #1698159 + + LP: #1702793 this bug + + LP: #1714019 just a merge request + + LP: #1718419 just a merge request + + LP: #1719630 + + LP: #1722426 just a merge request + + LP: #1737441 + + LP: #1737442 to add u-u test case + + LP: #1737635 + + LP: #1737637 + + LP: #1737717 + + LP: #1741579 + + LP: #1764797 just a merge request + + LP: #1773033 SRU template ok + + LP: #1775292 SRU template ok + + LP: #1775307 SRU template ok + + LP: #1778219 SRU template ok + + LP: #1778800 SRU template ok + + LP: #1779157 + + LP: #1781176 SRU template ok + + LP: #1781183 SRU template ok + + LP: #1781446 SRU template ok + + LP: #1781586 SRU template ok + + LP: #1785093 SRU template ok + + LP: #1789637 SRU template ok + + LP: #1803749 SRU template ok [Regression Potential] * Due to this update covering the full backport unattended-upgrades can regress in any imaginable way including failing to install, upgrade, run, or removing essential packages from the system. Those are unlikely. * There are open bugs about u-u being slower than in the past, thus this may be a likely regression but IMO the pending speed optimizations should not be blocking the backport because the reliability issues are more important to fix and speed optimizations can be cherry-picked later. * LP: #1773033 is a regression causing u-u to not install upgrades on shutdown when the system was started on battery. I have a WIP fix and can add the fix to the SRU if needed. [Other Info] I asked for an exception for the package in following the SRU process: https://lists.ubuntu.com/archives/ubuntu-release/2018-May/004479.html I'm preparing the backport in ppa:rbalint/scratch and also run autopkgtests on it in addition to testing it manually in VMs. [Original Bug Text] Changes to support day-of-week patching and logging to syslog were added to upstream (https://github.com/mvo5/unattended-upgrades) over a year ago. These changes are not present in the latest Xenial nor Trusty packages (0.90 and 0.82.1) - requesting that these changes be pulled from upstream. -- You received this bug notification because you are a member of Ubuntu Touch seeded packages, which is subscribed to unattended-upgrades in Ubuntu. https://bugs.launchpad.net/bugs/1702793 Title: Full backport SRU for unattended-upgrades Status in unattended-upgrades package in Ubuntu: In Progress Bug description: [Impact] * I would like to propose a one-off full backport of unattended-upgrades
[Touch-packages] [Bug 1702793] Re: Full backport SRU for unattended-upgrades
** Description changed: [Impact] * I would like to propose a one-off full backport of unattended-upgrades 1.2ubuntu1 to Bionic, Artful, Xenial and possibly Trusty releases because selectively backporting fixes for crashes and for issues that made u-u unreliable would be more risky thanks to the huge number of fixes and the inter-dependencies between them. [Test Case] - * Since this backport involves fixing several bugs and this bug itself covers the full backport I suggest that this bug should be considered verified when the following list of bugs are verified: - + * Since this backport involves fixing several bugs and this bug itself + covers the full backport I suggest that this bug should be considered + verified when the following list of bugs are verified: + - TODO add most important bugs -+ LP: #1615381 : apt-get autoremove may remove current kernel + + LP: #1615381 : apt-get autoremove may remove current kernel and the following tests are passing: - TODO add tests not covered by bugs above + + All LP bugs fixed by the backport, comments are welcome: ++ LP: #1230246 ++ LP: #1260041 ++ LP: #1269177 ++ LP: #1357093 ++ LP: #1396787 ++ LP: #1446552 ++ LP: #1455097 ++ LP: #1458204 ++ LP: #1544942 ++ LP: #1577215 ++ LP: #1602536 ++ LP: #1615381 ++ LP: #1624644 ++ LP: #1632361 ++ LP: #1649709 ++ LP: #1654070 ++ LP: #1654600 ++ LP: #1675079 ++ LP: #1680599 ++ LP: #1686470 ++ LP: #1687129 ++ LP: #1690980 ++ LP: #1698159 ++ LP: #1702793 ++ LP: #1714019 ++ LP: #1718419 ++ LP: #1719630 ++ LP: #1722426 ++ LP: #1737441 ++ LP: #1737442 ++ LP: #1737635 ++ LP: #1737637 ++ LP: #1737717 ++ LP: #1741579 ++ LP: #1764797 ++ LP: #1773033 ++ LP: #1775292 ++ LP: #1775307 ++ LP: #1778219 ++ LP: #1778800 ++ LP: #1779157 ++ LP: #1781176 ++ LP: #1781183 ++ LP: #1781446 ++ LP: #1781586 ++ LP: #1785093 ++ LP: #1789637 ++ LP: #1803749 + [Regression Potential] * Due to this update covering the full backport unattended-upgrades can regress in any imaginable way including failing to install, upgrade, run, or removing essential packages from the system. Those are unlikely. * There are open bugs about u-u being slower than in the past, thus this may be a likely regression but IMO the pending speed optimizations should not be blocking the backport because the reliability issues are more important to fix and speed optimizations can be cherry-picked later. * LP: #1773033 is a regression causing u-u to not install upgrades on shutdown when the system was started on battery. I have a WIP fix and can add the fix to the SRU if needed. [Other Info] I asked for an exception for the package in following the SRU process: https://lists.ubuntu.com/archives/ubuntu-release/2018-May/004479.html I'm preparing the backport in ppa:rbalint/scratch and also run autopkgtests on it in addition to testing it manually in VMs. [Original Bug Text] Changes to support day-of-week patching and logging to syslog were added to upstream (https://github.com/mvo5/unattended-upgrades) over a year ago. These changes are not present in the latest Xenial nor Trusty packages (0.90 and 0.82.1) - requesting that these changes be pulled from upstream. -- You received this bug notification because you are a member of Ubuntu Touch seeded packages, which is subscribed to unattended-upgrades in Ubuntu. https://bugs.launchpad.net/bugs/1702793 Title: Full backport SRU for unattended-upgrades Status in unattended-upgrades package in Ubuntu: In Progress Bug description: [Impact] * I would like to propose a one-off full backport of unattended-upgrades 1.2ubuntu1 to Bionic, Artful, Xenial and possibly Trusty releases because selectively backporting fixes for crashes and for issues that made u-u unreliable would be more risky thanks to the huge number of fixes and the inter-dependencies between them. [Test Case] * Since this backport involves fixing several bugs and this bug itself covers the full backport I suggest that this bug should be considered verified when the following list of bugs are verified: - TODO add most important bugs + LP: #1615381 : apt-get autoremove may remove current kernel and the following tests are passing: - TODO add tests not covered by bugs above All LP bugs fixed by the backport, comments are welcome: + LP: #1230246 + LP: #1260041 + LP: #1269177 + LP: #1357093 + LP: #1396787 + LP: #1446552 + LP: #1455097 + LP: #1458204 + LP: #1544942 + LP: #1577215 + LP: #1602536 + LP: #1615381 + LP: #1624644 + LP: #1632361 + LP: #1649709 + LP: #1654070 + LP: #1654600 + LP: #1675079 + LP: #1680599 + LP: #1686470 + LP: #1687129 + LP:
[Touch-packages] [Bug 1702793] Re: Full backport SRU for unattended-upgrades
** Description changed: [Impact] * I would like to propose a one-off full backport of unattended-upgrades 1.2ubuntu1 to Bionic, Artful, Xenial and possibly Trusty releases because selectively backporting fixes for crashes and for issues that made u-u unreliable would be more risky thanks to the huge number of fixes and the inter-dependencies between them. [Test Case] * Since this backport involves fixing several bugs and this bug itself covers the full backport I suggest that this bug should be considered verified when the following list of bugs are verified: - - TODO add most important bugs + + - TODO add most important bugs ++ LP: #1615381 : apt-get autoremove may remove current kernel + and the following tests are passing: - TODO add tests not covered by bugs above [Regression Potential] * Due to this update covering the full backport unattended-upgrades can regress in any imaginable way including failing to install, upgrade, run, or removing essential packages from the system. Those are unlikely. * There are open bugs about u-u being slower than in the past, thus this may be a likely regression but IMO the pending speed optimizations should not be blocking the backport because the reliability issues are more important to fix and speed optimizations can be cherry-picked later. * LP: #1773033 is a regression causing u-u to not install upgrades on shutdown when the system was started on battery. I have a WIP fix and can add the fix to the SRU if needed. [Other Info] I asked for an exception for the package in following the SRU process: https://lists.ubuntu.com/archives/ubuntu-release/2018-May/004479.html I'm preparing the backport in ppa:rbalint/scratch and also run autopkgtests on it in addition to testing it manually in VMs. [Original Bug Text] Changes to support day-of-week patching and logging to syslog were added to upstream (https://github.com/mvo5/unattended-upgrades) over a year ago. These changes are not present in the latest Xenial nor Trusty packages (0.90 and 0.82.1) - requesting that these changes be pulled from upstream. -- You received this bug notification because you are a member of Ubuntu Touch seeded packages, which is subscribed to unattended-upgrades in Ubuntu. https://bugs.launchpad.net/bugs/1702793 Title: Full backport SRU for unattended-upgrades Status in unattended-upgrades package in Ubuntu: In Progress Bug description: [Impact] * I would like to propose a one-off full backport of unattended-upgrades 1.2ubuntu1 to Bionic, Artful, Xenial and possibly Trusty releases because selectively backporting fixes for crashes and for issues that made u-u unreliable would be more risky thanks to the huge number of fixes and the inter-dependencies between them. [Test Case] * Since this backport involves fixing several bugs and this bug itself covers the full backport I suggest that this bug should be considered verified when the following list of bugs are verified: - TODO add most important bugs + LP: #1615381 : apt-get autoremove may remove current kernel and the following tests are passing: - TODO add tests not covered by bugs above [Regression Potential] * Due to this update covering the full backport unattended-upgrades can regress in any imaginable way including failing to install, upgrade, run, or removing essential packages from the system. Those are unlikely. * There are open bugs about u-u being slower than in the past, thus this may be a likely regression but IMO the pending speed optimizations should not be blocking the backport because the reliability issues are more important to fix and speed optimizations can be cherry-picked later. * LP: #1773033 is a regression causing u-u to not install upgrades on shutdown when the system was started on battery. I have a WIP fix and can add the fix to the SRU if needed. [Other Info] I asked for an exception for the package in following the SRU process: https://lists.ubuntu.com/archives/ubuntu-release/2018-May/004479.html I'm preparing the backport in ppa:rbalint/scratch and also run autopkgtests on it in addition to testing it manually in VMs. [Original Bug Text] Changes to support day-of-week patching and logging to syslog were added to upstream (https://github.com/mvo5/unattended-upgrades) over a year ago. These changes are not present in the latest Xenial nor Trusty packages (0.90 and 0.82.1) - requesting that these changes be pulled from upstream. To manage notifications about this bug go to: https://bugs.launchpad.net/ubuntu/+source/unattended-upgrades/+bug/1702793/+subscriptions -- Mailing list: https://launchpad.net/~touch-packages Post to : touch-packages@lists.launchpad.net Unsubscribe : https://launchpad.net/~touch-packages More help : https://help.launchpad.net/ListHelp
[Touch-packages] [Bug 1702793] Re: Full backport SRU for unattended-upgrades
I'm collecting the fixes in Bionic's u-u for Xenial and it is close to be ready for the full backport, but fixing LP: #178116 (or fixing all cases where python-apt losses the lock) is a prerequisite for the backport if we want to avoid an increased crash rate on Xenial. ** Changed in: unattended-upgrades (Ubuntu) Status: Confirmed => In Progress -- You received this bug notification because you are a member of Ubuntu Touch seeded packages, which is subscribed to unattended-upgrades in Ubuntu. https://bugs.launchpad.net/bugs/1702793 Title: Full backport SRU for unattended-upgrades Status in unattended-upgrades package in Ubuntu: In Progress Bug description: [Impact] * I would like to propose a one-off full backport of unattended-upgrades 1.2ubuntu1 to Bionic, Artful, Xenial and possibly Trusty releases because selectively backporting fixes for crashes and for issues that made u-u unreliable would be more risky thanks to the huge number of fixes and the inter-dependencies between them. [Test Case] * Since this backport involves fixing several bugs and this bug itself covers the full backport I suggest that this bug should be considered verified when the following list of bugs are verified: - TODO add most important bugs and the following tests are passing: - TODO add tests not covered by bugs above [Regression Potential] * Due to this update covering the full backport unattended-upgrades can regress in any imaginable way including failing to install, upgrade, run, or removing essential packages from the system. Those are unlikely. * There are open bugs about u-u being slower than in the past, thus this may be a likely regression but IMO the pending speed optimizations should not be blocking the backport because the reliability issues are more important to fix and speed optimizations can be cherry-picked later. * LP: #1773033 is a regression causing u-u to not install upgrades on shutdown when the system was started on battery. I have a WIP fix and can add the fix to the SRU if needed. [Other Info] I asked for an exception for the package in following the SRU process: https://lists.ubuntu.com/archives/ubuntu-release/2018-May/004479.html I'm preparing the backport in ppa:rbalint/scratch and also run autopkgtests on it in addition to testing it manually in VMs. [Original Bug Text] Changes to support day-of-week patching and logging to syslog were added to upstream (https://github.com/mvo5/unattended-upgrades) over a year ago. These changes are not present in the latest Xenial nor Trusty packages (0.90 and 0.82.1) - requesting that these changes be pulled from upstream. To manage notifications about this bug go to: https://bugs.launchpad.net/ubuntu/+source/unattended-upgrades/+bug/1702793/+subscriptions -- Mailing list: https://launchpad.net/~touch-packages Post to : touch-packages@lists.launchpad.net Unsubscribe : https://launchpad.net/~touch-packages More help : https://help.launchpad.net/ListHelp
[Touch-packages] [Bug 1702793] Re: Full backport SRU for unattended-upgrades
Any update/progress on the full backport of 'uu' ? ** Tags added: ua -- You received this bug notification because you are a member of Ubuntu Touch seeded packages, which is subscribed to unattended-upgrades in Ubuntu. https://bugs.launchpad.net/bugs/1702793 Title: Full backport SRU for unattended-upgrades Status in unattended-upgrades package in Ubuntu: Confirmed Bug description: [Impact] * I would like to propose a one-off full backport of unattended-upgrades 1.2ubuntu1 to Bionic, Artful, Xenial and possibly Trusty releases because selectively backporting fixes for crashes and for issues that made u-u unreliable would be more risky thanks to the huge number of fixes and the inter-dependencies between them. [Test Case] * Since this backport involves fixing several bugs and this bug itself covers the full backport I suggest that this bug should be considered verified when the following list of bugs are verified: - TODO add most important bugs and the following tests are passing: - TODO add tests not covered by bugs above [Regression Potential] * Due to this update covering the full backport unattended-upgrades can regress in any imaginable way including failing to install, upgrade, run, or removing essential packages from the system. Those are unlikely. * There are open bugs about u-u being slower than in the past, thus this may be a likely regression but IMO the pending speed optimizations should not be blocking the backport because the reliability issues are more important to fix and speed optimizations can be cherry-picked later. * LP: #1773033 is a regression causing u-u to not install upgrades on shutdown when the system was started on battery. I have a WIP fix and can add the fix to the SRU if needed. [Other Info] I asked for an exception for the package in following the SRU process: https://lists.ubuntu.com/archives/ubuntu-release/2018-May/004479.html I'm preparing the backport in ppa:rbalint/scratch and also run autopkgtests on it in addition to testing it manually in VMs. [Original Bug Text] Changes to support day-of-week patching and logging to syslog were added to upstream (https://github.com/mvo5/unattended-upgrades) over a year ago. These changes are not present in the latest Xenial nor Trusty packages (0.90 and 0.82.1) - requesting that these changes be pulled from upstream. To manage notifications about this bug go to: https://bugs.launchpad.net/ubuntu/+source/unattended-upgrades/+bug/1702793/+subscriptions -- Mailing list: https://launchpad.net/~touch-packages Post to : touch-packages@lists.launchpad.net Unsubscribe : https://launchpad.net/~touch-packages More help : https://help.launchpad.net/ListHelp
[Touch-packages] [Bug 1702793] Re: Full backport SRU for unattended-upgrades
** Tags added: sts -- You received this bug notification because you are a member of Ubuntu Touch seeded packages, which is subscribed to unattended-upgrades in Ubuntu. https://bugs.launchpad.net/bugs/1702793 Title: Full backport SRU for unattended-upgrades Status in unattended-upgrades package in Ubuntu: Confirmed Bug description: [Impact] * I would like to propose a one-off full backport of unattended-upgrades 1.2ubuntu1 to Bionic, Artful, Xenial and possibly Trusty releases because selectively backporting fixes for crashes and for issues that made u-u unreliable would be more risky thanks to the huge number of fixes and the inter-dependencies between them. [Test Case] * Since this backport involves fixing several bugs and this bug itself covers the full backport I suggest that this bug should be considered verified when the following list of bugs are verified: - TODO add most important bugs and the following tests are passing: - TODO add tests not covered by bugs above [Regression Potential] * Due to this update covering the full backport unattended-upgrades can regress in any imaginable way including failing to install, upgrade, run, or removing essential packages from the system. Those are unlikely. * There are open bugs about u-u being slower than in the past, thus this may be a likely regression but IMO the pending speed optimizations should not be blocking the backport because the reliability issues are more important to fix and speed optimizations can be cherry-picked later. * LP: #1773033 is a regression causing u-u to not install upgrades on shutdown when the system was started on battery. I have a WIP fix and can add the fix to the SRU if needed. [Other Info] I asked for an exception for the package in following the SRU process: https://lists.ubuntu.com/archives/ubuntu-release/2018-May/004479.html I'm preparing the backport in ppa:rbalint/scratch and also run autopkgtests on it in addition to testing it manually in VMs. [Original Bug Text] Changes to support day-of-week patching and logging to syslog were added to upstream (https://github.com/mvo5/unattended-upgrades) over a year ago. These changes are not present in the latest Xenial nor Trusty packages (0.90 and 0.82.1) - requesting that these changes be pulled from upstream. To manage notifications about this bug go to: https://bugs.launchpad.net/ubuntu/+source/unattended-upgrades/+bug/1702793/+subscriptions -- Mailing list: https://launchpad.net/~touch-packages Post to : touch-packages@lists.launchpad.net Unsubscribe : https://launchpad.net/~touch-packages More help : https://help.launchpad.net/ListHelp
[Touch-packages] [Bug 1702793] Re: Full backport SRU for unattended-upgrades
** Description changed: [Impact] * I would like to propose a one-off full backport of unattended-upgrades 1.2ubuntu1 to Bionic, Artful, Xenial and possibly Trusty releases because selectively backporting fixes for crashes and for issues that made u-u unreliable would be more risky thanks to the huge number of fixes and the inter-dependencies between them. [Test Case] * Since this backport involves fixing several bugs and this bug itself covers the full backport I suggest that this bug should be considered verified when the following list of bugs are verified: - - TODO add most important bugs + - TODO add most important bugs and the following tests are passing: - - TODO add tests not covered by bugs above + - TODO add tests not covered by bugs above [Regression Potential] * Due to this update covering the full backport unattended-upgrades can regress in any imaginable way including failing to install, upgrade, run, or removing essential packages from the system. Those are unlikely. * There are open bugs about u-u being slower than in the past, thus this may be a likely regression but IMO the pending speed optimizations should not be blocking the backport because the reliability issues are more important to fix and speed optimizations can be cherry-picked later. + * LP: #1773033 is a regression causing u-u to not install upgrades on shutdown when the system was started on battery. I have a WIP fix and can add the fix to the SRU if needed. [Other Info] I asked for an exception for the package in following the SRU process: https://lists.ubuntu.com/archives/ubuntu-release/2018-May/004479.html I'm preparing the backport in ppa:rbalint/scratch and also run autopkgtests on it in addition to testing it manually in VMs. [Original Bug Text] Changes to support day-of-week patching and logging to syslog were added to upstream (https://github.com/mvo5/unattended-upgrades) over a year ago. These changes are not present in the latest Xenial nor Trusty packages (0.90 and 0.82.1) - requesting that these changes be pulled from upstream. -- You received this bug notification because you are a member of Ubuntu Touch seeded packages, which is subscribed to unattended-upgrades in Ubuntu. https://bugs.launchpad.net/bugs/1702793 Title: Full backport SRU for unattended-upgrades Status in unattended-upgrades package in Ubuntu: Confirmed Bug description: [Impact] * I would like to propose a one-off full backport of unattended-upgrades 1.2ubuntu1 to Bionic, Artful, Xenial and possibly Trusty releases because selectively backporting fixes for crashes and for issues that made u-u unreliable would be more risky thanks to the huge number of fixes and the inter-dependencies between them. [Test Case] * Since this backport involves fixing several bugs and this bug itself covers the full backport I suggest that this bug should be considered verified when the following list of bugs are verified: - TODO add most important bugs and the following tests are passing: - TODO add tests not covered by bugs above [Regression Potential] * Due to this update covering the full backport unattended-upgrades can regress in any imaginable way including failing to install, upgrade, run, or removing essential packages from the system. Those are unlikely. * There are open bugs about u-u being slower than in the past, thus this may be a likely regression but IMO the pending speed optimizations should not be blocking the backport because the reliability issues are more important to fix and speed optimizations can be cherry-picked later. * LP: #1773033 is a regression causing u-u to not install upgrades on shutdown when the system was started on battery. I have a WIP fix and can add the fix to the SRU if needed. [Other Info] I asked for an exception for the package in following the SRU process: https://lists.ubuntu.com/archives/ubuntu-release/2018-May/004479.html I'm preparing the backport in ppa:rbalint/scratch and also run autopkgtests on it in addition to testing it manually in VMs. [Original Bug Text] Changes to support day-of-week patching and logging to syslog were added to upstream (https://github.com/mvo5/unattended-upgrades) over a year ago. These changes are not present in the latest Xenial nor Trusty packages (0.90 and 0.82.1) - requesting that these changes be pulled from upstream. To manage notifications about this bug go to: https://bugs.launchpad.net/ubuntu/+source/unattended-upgrades/+bug/1702793/+subscriptions -- Mailing list: https://launchpad.net/~touch-packages Post to : touch-packages@lists.launchpad.net Unsubscribe : https://launchpad.net/~touch-packages More help : https://help.launchpad.net/ListHelp
[Touch-packages] [Bug 1702793] Re: Full backport SRU for unattended-upgrades
There is one bug in particular I'm interested in LP: #1615381 , where a running kernel may be removed by 'uu' # /var/log/unattended-upgrades/unattended-upgrades-dpkg.log ... Removing linux-image-4.13.0-39-generic (4.13.0-39.44~16.04.1) ...^M WARN: Proceeding with removing running kernel image.^M -- You received this bug notification because you are a member of Ubuntu Touch seeded packages, which is subscribed to unattended-upgrades in Ubuntu. https://bugs.launchpad.net/bugs/1702793 Title: Full backport SRU for unattended-upgrades Status in unattended-upgrades package in Ubuntu: Confirmed Bug description: [Impact] * I would like to propose a one-off full backport of unattended-upgrades 1.2ubuntu1 to Bionic, Artful, Xenial and possibly Trusty releases because selectively backporting fixes for crashes and for issues that made u-u unreliable would be more risky thanks to the huge number of fixes and the inter-dependencies between them. [Test Case] * Since this backport involves fixing several bugs and this bug itself covers the full backport I suggest that this bug should be considered verified when the following list of bugs are verified: - TODO add most important bugs and the following tests are passing: - TODO add tests not covered by bugs above [Regression Potential] * Due to this update covering the full backport unattended-upgrades can regress in any imaginable way including failing to install, upgrade, run, or removing essential packages from the system. Those are unlikely. * There are open bugs about u-u being slower than in the past, thus this may be a likely regression but IMO the pending speed optimizations should not be blocking the backport because the reliability issues are more important to fix and speed optimizations can be cherry-picked later. [Other Info] I asked for an exception for the package in following the SRU process: https://lists.ubuntu.com/archives/ubuntu-release/2018-May/004479.html I'm preparing the backport in ppa:rbalint/scratch and also run autopkgtests on it in addition to testing it manually in VMs. [Original Bug Text] Changes to support day-of-week patching and logging to syslog were added to upstream (https://github.com/mvo5/unattended-upgrades) over a year ago. These changes are not present in the latest Xenial nor Trusty packages (0.90 and 0.82.1) - requesting that these changes be pulled from upstream. To manage notifications about this bug go to: https://bugs.launchpad.net/ubuntu/+source/unattended-upgrades/+bug/1702793/+subscriptions -- Mailing list: https://launchpad.net/~touch-packages Post to : touch-packages@lists.launchpad.net Unsubscribe : https://launchpad.net/~touch-packages More help : https://help.launchpad.net/ListHelp
