Activity log for bug #1898026

Date Who What changed Old value New value Message
2020-10-01 10:01:24 udippel bug added bug
2020-10-05 21:45:35 Brian Murray ubuntu-release-upgrader (Ubuntu): status New Incomplete
2020-12-07 04:17:28 Launchpad Janitor ubuntu-release-upgrader (Ubuntu): status Incomplete Expired
2020-12-07 16:21:54 Brian Murray ubuntu-release-upgrader (Ubuntu): status Expired Confirmed
2020-12-07 16:22:32 Brian Murray summary upgrade to 20.04 is quite invasive interruption of dist-upgrade can leave you next release in sources.list
2020-12-07 16:22:40 Brian Murray tags amd64 apport-bug dist-upgrade focal amd64 apport-bug dist-upgrade focal rls-ff-incoming
2021-01-14 16:21:40 Matthieu Clemenceau tags amd64 apport-bug dist-upgrade focal rls-ff-incoming amd64 apport-bug dist-upgrade focal fr-1056 rls-ff-incoming
2021-01-14 16:54:17 Brian Murray nominated for series Ubuntu Hirsute
2021-01-14 16:54:17 Brian Murray bug task added ubuntu-release-upgrader (Ubuntu Hirsute)
2021-01-14 16:54:29 Brian Murray tags amd64 apport-bug dist-upgrade focal fr-1056 rls-ff-incoming amd64 apport-bug dist-upgrade focal fr-1056
2021-02-26 19:14:15 Brian Murray ubuntu-release-upgrader (Ubuntu Hirsute): assignee Brian Murray (brian-murray)
2021-02-26 19:14:18 Brian Murray ubuntu-release-upgrader (Ubuntu Hirsute): status Confirmed In Progress
2021-02-26 19:14:20 Brian Murray ubuntu-release-upgrader (Ubuntu Hirsute): importance Undecided High
2021-02-26 20:29:41 Brian Murray bug task added apt (Ubuntu)
2021-02-26 20:31:48 Brian Murray apt (Ubuntu Hirsute): importance Undecided High
2021-02-26 20:31:48 Brian Murray apt (Ubuntu Hirsute): status New Triaged
2021-02-26 20:32:03 Brian Murray apt (Ubuntu Hirsute): assignee Julian Andres Klode (juliank)
2021-03-02 08:00:14 Julian Andres Klode apt (Ubuntu Hirsute): status Triaged Fix Committed
2021-03-02 20:10:16 Launchpad Janitor apt (Ubuntu Hirsute): status Fix Committed Fix Released
2021-03-04 15:54:22 Julian Andres Klode nominated for series Ubuntu Focal
2021-03-04 15:54:22 Julian Andres Klode bug task added apt (Ubuntu Focal)
2021-03-04 15:54:22 Julian Andres Klode bug task added ubuntu-release-upgrader (Ubuntu Focal)
2021-03-04 15:54:22 Julian Andres Klode nominated for series Ubuntu Groovy
2021-03-04 15:54:22 Julian Andres Klode bug task added apt (Ubuntu Groovy)
2021-03-04 15:54:22 Julian Andres Klode bug task added ubuntu-release-upgrader (Ubuntu Groovy)
2021-03-04 15:54:22 Julian Andres Klode nominated for series Ubuntu Bionic
2021-03-04 15:54:22 Julian Andres Klode bug task added apt (Ubuntu Bionic)
2021-03-04 15:54:22 Julian Andres Klode bug task added ubuntu-release-upgrader (Ubuntu Bionic)
2021-03-04 15:54:36 Julian Andres Klode apt (Ubuntu Groovy): status New Triaged
2021-03-05 18:58:34 Julian Andres Klode description As a long-time-user of ?ubuntu, with apt-get as tool of choice for updates/upgrades I wrote a daily script for updates, with 'dist-upgrade'. In all earlier years, it wouldn't actually do an upgrade of a ?ubuntu version; just all packages including new ones. Version updates had to be initiated manually, and I was always asked if I really wanted the new ?ubuntu version. Sounds appropriate. Last night when it (dist-upgrade), it just gave me 20.04. No questions asked. I for one consider this kind of intrusive, though. It *might* have to make with me trying 'sudo do-release-upgrade -m desktop' a number of times earlier; just to *check* if the upgrade was on offer; but this is only a guess. In *any* case, a pop-up asking "Are you sure? Are you connected through an adequate pipe? Are you sitting with full batteries; better a power supply?" would be convenient; since I am using my PC for urgent duties, and didn't want to fiddle with unexpected upgrade bugs. ProblemType: Bug DistroRelease: Ubuntu 20.04 Package: ubuntu-release-upgrader-core 1:20.04.25 ProcVersionSignature: Ubuntu 5.4.0-48.52-generic 5.4.60 Uname: Linux 5.4.0-48-generic x86_64 ApportVersion: 2.20.11-0ubuntu27.9 Architecture: amd64 CasperMD5CheckResult: skip CrashDB: ubuntu CurrentDesktop: KDE Date: Thu Oct 1 11:48:39 2020 InstallationDate: Installed on 2019-03-14 (566 days ago) InstallationMedia: Kubuntu 18.04.1 LTS "Bionic Beaver" - Release amd64 (20180725) PackageArchitecture: all SourcePackage: ubuntu-release-upgrader Symptom: ubuntu-release-upgrader UpgradeStatus: Upgraded to focal on 2020-09-29 (1 days ago) VarLogDistupgradeAptlog: Log time: 2020-09-29 19:44:28.696289 Log time: 2020-09-29 19:44:33.573481 [Impact] Calling update() or installing packages from apt clients resets their SIGINT and SIGQUIT handlers to SIG_DFL, overriding any signal handlers they might have set for them. In case of ubuntu-release-upgrader, this results in the release upgrader being unable to handle interrupts after it did the initial update - the default libc handler will run and the program exits. [Test plan] [[apt]] As a standalone test for apt, we can test the following script: import apt import time apt.Cache().update() print("WAITING") try: time.sleep(10000) except BaseException as e: print("Seen", repr(e)) print("END") Pressing Ctrl+C while WAITING is printed should print Seen KeyboardInterrupt, and importantly, also the END line. [Where problems could occur] apt: This specific change removes the two lines that SIG_DFL the signal handlers after running scripts. AFAWCT those lines are unnecessary - the code that calls it temporarily sets the handlers to SIG_IGN but restores previous handlers at the end; it was wrongly refactored decades ago. A regression could occur in that those signals will now continue to be ignored if we missed a spot. [Original bug report] As a long-time-user of ?ubuntu, with apt-get as tool of choice for updates/upgrades I wrote a daily script for updates, with 'dist-upgrade'. In all earlier years, it wouldn't actually do an upgrade of a ?ubuntu version; just all packages including new ones. Version updates had to be initiated manually, and I was always asked if I really wanted the new ?ubuntu version. Sounds appropriate. Last night when it (dist-upgrade), it just gave me 20.04. No questions asked. I for one consider this kind of intrusive, though. It *might* have to make with me trying 'sudo do-release-upgrade -m desktop' a number of times earlier; just to *check* if the upgrade was on offer; but this is only a guess. In *any* case, a pop-up asking "Are you sure? Are you connected through an adequate pipe? Are you sitting with full batteries; better a power supply?" would be convenient; since I am using my PC for urgent duties, and didn't want to fiddle with unexpected upgrade bugs. ProblemType: Bug DistroRelease: Ubuntu 20.04 Package: ubuntu-release-upgrader-core 1:20.04.25 ProcVersionSignature: Ubuntu 5.4.0-48.52-generic 5.4.60 Uname: Linux 5.4.0-48-generic x86_64 ApportVersion: 2.20.11-0ubuntu27.9 Architecture: amd64 CasperMD5CheckResult: skip CrashDB: ubuntu CurrentDesktop: KDE Date: Thu Oct 1 11:48:39 2020 InstallationDate: Installed on 2019-03-14 (566 days ago) InstallationMedia: Kubuntu 18.04.1 LTS "Bionic Beaver" - Release amd64 (20180725) PackageArchitecture: all SourcePackage: ubuntu-release-upgrader Symptom: ubuntu-release-upgrader UpgradeStatus: Upgraded to focal on 2020-09-29 (1 days ago) VarLogDistupgradeAptlog:  Log time: 2020-09-29 19:44:28.696289  Log time: 2020-09-29 19:44:33.573481
2021-03-05 18:58:50 Julian Andres Klode apt (Ubuntu Groovy): status Triaged In Progress
2021-03-05 21:56:49 Launchpad Janitor ubuntu-release-upgrader (Ubuntu Hirsute): status In Progress Fix Released
2021-03-24 22:34:27 Brian Murray apt (Ubuntu Groovy): status In Progress Fix Committed
2021-03-24 22:34:30 Brian Murray bug added subscriber Ubuntu Stable Release Updates Team
2021-03-24 22:34:34 Brian Murray bug added subscriber SRU Verification
2021-03-24 22:34:41 Brian Murray tags amd64 apport-bug dist-upgrade focal fr-1056 amd64 apport-bug dist-upgrade focal fr-1056 verification-needed verification-needed-groovy
2021-03-30 15:05:45 Julian Andres Klode tags amd64 apport-bug dist-upgrade focal fr-1056 verification-needed verification-needed-groovy amd64 apport-bug dist-upgrade focal fr-1056 verification-done verification-done-groovy
2021-04-06 18:04:32 Launchpad Janitor apt (Ubuntu Groovy): status Fix Committed Fix Released
2021-04-06 18:04:56 Brian Murray removed subscriber Ubuntu Stable Release Updates Team
2021-05-14 00:34:10 Brian Murray ubuntu-release-upgrader (Ubuntu Focal): status New In Progress
2021-05-14 00:34:10 Brian Murray ubuntu-release-upgrader (Ubuntu Focal): assignee Brian Murray (brian-murray)
2021-05-14 00:34:29 Brian Murray ubuntu-release-upgrader (Ubuntu Groovy): status New In Progress
2021-05-14 00:34:29 Brian Murray ubuntu-release-upgrader (Ubuntu Groovy): assignee Brian Murray (brian-murray)
2021-05-14 16:47:04 Brian Murray description [Impact] Calling update() or installing packages from apt clients resets their SIGINT and SIGQUIT handlers to SIG_DFL, overriding any signal handlers they might have set for them. In case of ubuntu-release-upgrader, this results in the release upgrader being unable to handle interrupts after it did the initial update - the default libc handler will run and the program exits. [Test plan] [[apt]] As a standalone test for apt, we can test the following script: import apt import time apt.Cache().update() print("WAITING") try: time.sleep(10000) except BaseException as e: print("Seen", repr(e)) print("END") Pressing Ctrl+C while WAITING is printed should print Seen KeyboardInterrupt, and importantly, also the END line. [Where problems could occur] apt: This specific change removes the two lines that SIG_DFL the signal handlers after running scripts. AFAWCT those lines are unnecessary - the code that calls it temporarily sets the handlers to SIG_IGN but restores previous handlers at the end; it was wrongly refactored decades ago. A regression could occur in that those signals will now continue to be ignored if we missed a spot. [Original bug report] As a long-time-user of ?ubuntu, with apt-get as tool of choice for updates/upgrades I wrote a daily script for updates, with 'dist-upgrade'. In all earlier years, it wouldn't actually do an upgrade of a ?ubuntu version; just all packages including new ones. Version updates had to be initiated manually, and I was always asked if I really wanted the new ?ubuntu version. Sounds appropriate. Last night when it (dist-upgrade), it just gave me 20.04. No questions asked. I for one consider this kind of intrusive, though. It *might* have to make with me trying 'sudo do-release-upgrade -m desktop' a number of times earlier; just to *check* if the upgrade was on offer; but this is only a guess. In *any* case, a pop-up asking "Are you sure? Are you connected through an adequate pipe? Are you sitting with full batteries; better a power supply?" would be convenient; since I am using my PC for urgent duties, and didn't want to fiddle with unexpected upgrade bugs. ProblemType: Bug DistroRelease: Ubuntu 20.04 Package: ubuntu-release-upgrader-core 1:20.04.25 ProcVersionSignature: Ubuntu 5.4.0-48.52-generic 5.4.60 Uname: Linux 5.4.0-48-generic x86_64 ApportVersion: 2.20.11-0ubuntu27.9 Architecture: amd64 CasperMD5CheckResult: skip CrashDB: ubuntu CurrentDesktop: KDE Date: Thu Oct 1 11:48:39 2020 InstallationDate: Installed on 2019-03-14 (566 days ago) InstallationMedia: Kubuntu 18.04.1 LTS "Bionic Beaver" - Release amd64 (20180725) PackageArchitecture: all SourcePackage: ubuntu-release-upgrader Symptom: ubuntu-release-upgrader UpgradeStatus: Upgraded to focal on 2020-09-29 (1 days ago) VarLogDistupgradeAptlog:  Log time: 2020-09-29 19:44:28.696289  Log time: 2020-09-29 19:44:33.573481 [Impact] Calling update() or installing packages from apt clients resets their SIGINT and SIGQUIT handlers to SIG_DFL, overriding any signal handlers they might have set for them. In case of ubuntu-release-upgrader, this results in the release upgrader being unable to handle interrupts after it did the initial update - the default libc handler will run and the program exits. [Test plan] [[apt]] As a standalone test for apt, we can test the following script: import apt import time apt.Cache().update() print("WAITING") try:     time.sleep(10000) except BaseException as e:     print("Seen", repr(e)) print("END") Pressing Ctrl+C while WAITING is printed should print Seen KeyboardInterrupt, and importantly, also the END line. [[ubuntu-release-upgrader]] 1) On an Ubuntu 18.04 system run do-release-upgrade in a terminal. 2) At the "Do you want to start the upgrade?" question say Y. 3) When you see the "Lock screen disabled" message you will also see "Inhibiting until Ctrl+C is pressed". 4) Press "Ctrl+C" Your /etc/apt/sources.list file will now have focal in it instead of bionic although the upgrade has quit. With the version of ubuntu-release-upgrader in -proposed you will not see the "Ctrl+C" message. For your sources.list file to be restored you'll need the version of apt from bionic-proposed installed before starting the upgrade. [Where problems could occur]apt: This specific change removes the two lines that SIG_DFL the signal handlers after running scripts. AFAWCT those lines are unnecessary - the code that calls it temporarily sets the handlers to SIG_IGN but restores previous handlers at the end; it was wrongly refactored decades ago. A regression could occur in that those signals will now continue to be ignored if we missed a spot. [Original bug report] As a long-time-user of ?ubuntu, with apt-get as tool of choice for updates/upgrades I wrote a daily script for updates, with 'dist-upgrade'. In all earlier years, it wouldn't actually do an upgrade of a ?ubuntu version; just all packages including new ones. Version updates had to be initiated manually, and I was always asked if I really wanted the new ?ubuntu version. Sounds appropriate. Last night when it (dist-upgrade), it just gave me 20.04. No questions asked. I for one consider this kind of intrusive, though. It *might* have to make with me trying 'sudo do-release-upgrade -m desktop' a number of times earlier; just to *check* if the upgrade was on offer; but this is only a guess. In *any* case, a pop-up asking "Are you sure? Are you connected through an adequate pipe? Are you sitting with full batteries; better a power supply?" would be convenient; since I am using my PC for urgent duties, and didn't want to fiddle with unexpected upgrade bugs. ProblemType: BugDistroRelease: Ubuntu 20.04 Package: ubuntu-release-upgrader-core 1:20.04.25 ProcVersionSignature: Ubuntu 5.4.0-48.52-generic 5.4.60 Uname: Linux 5.4.0-48-generic x86_64 ApportVersion: 2.20.11-0ubuntu27.9 Architecture: amd64 CasperMD5CheckResult: skip CrashDB: ubuntu CurrentDesktop: KDE Date: Thu Oct 1 11:48:39 2020 InstallationDate: Installed on 2019-03-14 (566 days ago) InstallationMedia: Kubuntu 18.04.1 LTS "Bionic Beaver" - Release amd64 (20180725) PackageArchitecture: allSourcePackage: ubuntu-release-upgrader Symptom: ubuntu-release-upgrader UpgradeStatus: Upgraded to focal on 2020-09-29 (1 days ago) VarLogDistupgradeAptlog:  Log time: 2020-09-29 19:44:28.696289  Log time: 2020-09-29 19:44:33.573481
2021-05-14 16:57:23 Brian Murray description [Impact] Calling update() or installing packages from apt clients resets their SIGINT and SIGQUIT handlers to SIG_DFL, overriding any signal handlers they might have set for them. In case of ubuntu-release-upgrader, this results in the release upgrader being unable to handle interrupts after it did the initial update - the default libc handler will run and the program exits. [Test plan] [[apt]] As a standalone test for apt, we can test the following script: import apt import time apt.Cache().update() print("WAITING") try:     time.sleep(10000) except BaseException as e:     print("Seen", repr(e)) print("END") Pressing Ctrl+C while WAITING is printed should print Seen KeyboardInterrupt, and importantly, also the END line. [[ubuntu-release-upgrader]] 1) On an Ubuntu 18.04 system run do-release-upgrade in a terminal. 2) At the "Do you want to start the upgrade?" question say Y. 3) When you see the "Lock screen disabled" message you will also see "Inhibiting until Ctrl+C is pressed". 4) Press "Ctrl+C" Your /etc/apt/sources.list file will now have focal in it instead of bionic although the upgrade has quit. With the version of ubuntu-release-upgrader in -proposed you will not see the "Ctrl+C" message. For your sources.list file to be restored you'll need the version of apt from bionic-proposed installed before starting the upgrade. [Where problems could occur]apt: This specific change removes the two lines that SIG_DFL the signal handlers after running scripts. AFAWCT those lines are unnecessary - the code that calls it temporarily sets the handlers to SIG_IGN but restores previous handlers at the end; it was wrongly refactored decades ago. A regression could occur in that those signals will now continue to be ignored if we missed a spot. [Original bug report] As a long-time-user of ?ubuntu, with apt-get as tool of choice for updates/upgrades I wrote a daily script for updates, with 'dist-upgrade'. In all earlier years, it wouldn't actually do an upgrade of a ?ubuntu version; just all packages including new ones. Version updates had to be initiated manually, and I was always asked if I really wanted the new ?ubuntu version. Sounds appropriate. Last night when it (dist-upgrade), it just gave me 20.04. No questions asked. I for one consider this kind of intrusive, though. It *might* have to make with me trying 'sudo do-release-upgrade -m desktop' a number of times earlier; just to *check* if the upgrade was on offer; but this is only a guess. In *any* case, a pop-up asking "Are you sure? Are you connected through an adequate pipe? Are you sitting with full batteries; better a power supply?" would be convenient; since I am using my PC for urgent duties, and didn't want to fiddle with unexpected upgrade bugs. ProblemType: BugDistroRelease: Ubuntu 20.04 Package: ubuntu-release-upgrader-core 1:20.04.25 ProcVersionSignature: Ubuntu 5.4.0-48.52-generic 5.4.60 Uname: Linux 5.4.0-48-generic x86_64 ApportVersion: 2.20.11-0ubuntu27.9 Architecture: amd64 CasperMD5CheckResult: skip CrashDB: ubuntu CurrentDesktop: KDE Date: Thu Oct 1 11:48:39 2020 InstallationDate: Installed on 2019-03-14 (566 days ago) InstallationMedia: Kubuntu 18.04.1 LTS "Bionic Beaver" - Release amd64 (20180725) PackageArchitecture: allSourcePackage: ubuntu-release-upgrader Symptom: ubuntu-release-upgrader UpgradeStatus: Upgraded to focal on 2020-09-29 (1 days ago) VarLogDistupgradeAptlog:  Log time: 2020-09-29 19:44:28.696289  Log time: 2020-09-29 19:44:33.573481 [Impact] Calling update() or installing packages from apt clients resets their SIGINT and SIGQUIT handlers to SIG_DFL, overriding any signal handlers they might have set for them. In case of ubuntu-release-upgrader, this results in the release upgrader being unable to handle interrupts after it did the initial update - the default libc handler will run and the program exits. [Test plan] [[apt]] As a standalone test for apt, we can test the following script: import apt import time apt.Cache().update() print("WAITING") try:     time.sleep(10000) except BaseException as e:     print("Seen", repr(e)) print("END") Pressing Ctrl+C while WAITING is printed should print Seen KeyboardInterrupt, and importantly, also the END line. [[ubuntu-release-upgrader]] 1) On an Ubuntu 18.04 system run do-release-upgrade in a terminal. 2) At the "Do you want to start the upgrade?" question say Y. 3) When you see the "Lock screen disabled" message you will also see "Inhibiting until Ctrl+C is pressed". 4) Press "Ctrl+C" Your /etc/apt/sources.list file will now have focal in it instead of bionic although the upgrade has quit. With the version of ubuntu-release-upgrader in -proposed you will not see the "Ctrl+C" message. For your sources.list file to be restored you'll need the version of apt from bionic-proposed installed before starting the upgrade. [Where problems could occur] apt: This specific change removes the two lines that SIG_DFL the signal handlers after running scripts. AFAWCT those lines are unnecessary - the code that calls it temporarily sets the handlers to SIG_IGN but restores previous handlers at the end; it was wrongly refactored decades ago. A regression could occur in that those signals will now continue to be ignored if we missed a spot. ubuntu-release-upgrader: The change is wrapping a bunch of code in a try: except: block so if the indentation was off the pyflakes / pycodestyle tests would fail but autopkgtest will catch that. [Original bug report] As a long-time-user of ?ubuntu, with apt-get as tool of choice for updates/upgrades I wrote a daily script for updates, with 'dist-upgrade'. In all earlier years, it wouldn't actually do an upgrade of a ?ubuntu version; just all packages including new ones. Version updates had to be initiated manually, and I was always asked if I really wanted the new ?ubuntu version. Sounds appropriate. Last night when it (dist-upgrade), it just gave me 20.04. No questions asked. I for one consider this kind of intrusive, though. It *might* have to make with me trying 'sudo do-release-upgrade -m desktop' a number of times earlier; just to *check* if the upgrade was on offer; but this is only a guess. In *any* case, a pop-up asking "Are you sure? Are you connected through an adequate pipe? Are you sitting with full batteries; better a power supply?" would be convenient; since I am using my PC for urgent duties, and didn't want to fiddle with unexpected upgrade bugs. ProblemType: BugDistroRelease: Ubuntu 20.04 Package: ubuntu-release-upgrader-core 1:20.04.25 ProcVersionSignature: Ubuntu 5.4.0-48.52-generic 5.4.60 Uname: Linux 5.4.0-48-generic x86_64 ApportVersion: 2.20.11-0ubuntu27.9 Architecture: amd64 CasperMD5CheckResult: skip CrashDB: ubuntu CurrentDesktop: KDE Date: Thu Oct 1 11:48:39 2020 InstallationDate: Installed on 2019-03-14 (566 days ago) InstallationMedia: Kubuntu 18.04.1 LTS "Bionic Beaver" - Release amd64 (20180725) PackageArchitecture: allSourcePackage: ubuntu-release-upgrader Symptom: ubuntu-release-upgrader UpgradeStatus: Upgraded to focal on 2020-09-29 (1 days ago) VarLogDistupgradeAptlog:  Log time: 2020-09-29 19:44:28.696289  Log time: 2020-09-29 19:44:33.573481
2021-05-14 19:10:21 Steve Langasek ubuntu-release-upgrader (Ubuntu Focal): status In Progress Fix Committed
2021-05-14 19:10:26 Steve Langasek bug added subscriber Ubuntu Stable Release Updates Team
2021-05-14 19:10:32 Steve Langasek tags amd64 apport-bug dist-upgrade focal fr-1056 verification-done verification-done-groovy amd64 apport-bug dist-upgrade focal fr-1056 verification-done-groovy verification-needed verification-needed-focal
2021-05-17 22:33:02 Brian Murray attachment added bug-1898026-focal-verification.png https://bugs.launchpad.net/ubuntu/+source/ubuntu-release-upgrader/+bug/1898026/+attachment/5498327/+files/bug-1898026-focal-verification.png
2021-05-17 22:33:27 Brian Murray tags amd64 apport-bug dist-upgrade focal fr-1056 verification-done-groovy verification-needed verification-needed-focal amd64 apport-bug dist-upgrade focal fr-1056 verification-done-focal verification-done-groovy verification-needed
2021-05-24 10:11:40 Łukasz Zemczak ubuntu-release-upgrader (Ubuntu Groovy): status In Progress Fix Committed
2021-05-24 10:11:47 Łukasz Zemczak tags amd64 apport-bug dist-upgrade focal fr-1056 verification-done-focal verification-done-groovy verification-needed amd64 apport-bug dist-upgrade focal fr-1056 verification-done-focal verification-needed verification-needed-groovy
2021-05-24 15:14:22 Launchpad Janitor ubuntu-release-upgrader (Ubuntu Focal): status Fix Committed Fix Released
2021-05-26 23:10:34 Brian Murray attachment added bug-1898026-groovy-verification.png https://bugs.launchpad.net/ubuntu/+source/ubuntu-release-upgrader/+bug/1898026/+attachment/5500595/+files/bug-1898026-groovy-verification.png
2021-05-26 23:12:24 Brian Murray tags amd64 apport-bug dist-upgrade focal fr-1056 verification-done-focal verification-needed verification-needed-groovy amd64 apport-bug dist-upgrade focal fr-1056 verification-done-focal verification-done-groovy verification-needed
2021-05-28 08:22:04 Mathew Hodson tags amd64 apport-bug dist-upgrade focal fr-1056 verification-done-focal verification-done-groovy verification-needed amd64 apport-bug dist-upgrade focal fr-1056 verification-done-focal verification-done-groovy
2021-06-03 00:04:58 Launchpad Janitor ubuntu-release-upgrader (Ubuntu Groovy): status Fix Committed Fix Released
2021-06-17 18:16:43 Brian Murray apt (Ubuntu Focal): status New Fix Committed
2021-06-17 18:16:52 Brian Murray tags amd64 apport-bug dist-upgrade focal fr-1056 verification-done-focal verification-done-groovy amd64 apport-bug dist-upgrade focal fr-1056 verification-done-groovy verification-needed verification-needed-focal
2021-06-17 18:20:50 Brian Murray apt (Ubuntu Bionic): status New Fix Committed
2021-06-17 18:20:59 Brian Murray tags amd64 apport-bug dist-upgrade focal fr-1056 verification-done-groovy verification-needed verification-needed-focal amd64 apport-bug dist-upgrade focal fr-1056 verification-done-groovy verification-needed verification-needed-bionic verification-needed-focal
2021-06-24 09:44:08 Julian Andres Klode tags amd64 apport-bug dist-upgrade focal fr-1056 verification-done-groovy verification-needed verification-needed-bionic verification-needed-focal amd64 apport-bug dist-upgrade focal fr-1056 verification-done-focal verification-done-groovy verification-needed verification-needed-bionic
2021-06-24 09:52:12 Julian Andres Klode tags amd64 apport-bug dist-upgrade focal fr-1056 verification-done-focal verification-done-groovy verification-needed verification-needed-bionic amd64 apport-bug dist-upgrade focal fr-1056 verification-done verification-done-bionic verification-done-focal verification-done-groovy
2021-07-01 22:17:42 Launchpad Janitor apt (Ubuntu Focal): status Fix Committed Fix Released
2021-07-01 22:28:14 Launchpad Janitor apt (Ubuntu Bionic): status Fix Committed Fix Released