2019-10-11 20:32:55 |
Dan Streetman |
bug |
|
|
added bug |
2019-10-11 20:33:08 |
Dan Streetman |
nominated for series |
|
Ubuntu Bionic |
|
2019-10-11 20:33:08 |
Dan Streetman |
bug task added |
|
systemd (Ubuntu Bionic) |
|
2019-10-11 20:33:08 |
Dan Streetman |
nominated for series |
|
Ubuntu Eoan |
|
2019-10-11 20:33:08 |
Dan Streetman |
bug task added |
|
systemd (Ubuntu Eoan) |
|
2019-10-11 20:33:08 |
Dan Streetman |
nominated for series |
|
Ubuntu Xenial |
|
2019-10-11 20:33:08 |
Dan Streetman |
bug task added |
|
systemd (Ubuntu Xenial) |
|
2019-10-11 20:33:08 |
Dan Streetman |
nominated for series |
|
Ubuntu Disco |
|
2019-10-11 20:33:08 |
Dan Streetman |
bug task added |
|
systemd (Ubuntu Disco) |
|
2019-10-11 20:33:20 |
Dan Streetman |
systemd (Ubuntu Eoan): importance |
Undecided |
Low |
|
2019-10-11 20:33:21 |
Dan Streetman |
systemd (Ubuntu Disco): importance |
Undecided |
Low |
|
2019-10-11 20:33:24 |
Dan Streetman |
systemd (Ubuntu Bionic): importance |
Undecided |
Low |
|
2019-10-11 20:33:27 |
Dan Streetman |
systemd (Ubuntu Xenial): importance |
Undecided |
Low |
|
2020-01-15 19:53:26 |
Dan Streetman |
systemd (Ubuntu Eoan): status |
New |
In Progress |
|
2020-01-15 19:53:28 |
Dan Streetman |
systemd (Ubuntu Disco): status |
New |
In Progress |
|
2020-01-15 19:53:29 |
Dan Streetman |
systemd (Ubuntu Bionic): status |
New |
In Progress |
|
2020-01-15 19:53:31 |
Dan Streetman |
systemd (Ubuntu Xenial): status |
New |
In Progress |
|
2020-01-15 19:53:32 |
Dan Streetman |
systemd (Ubuntu): status |
New |
In Progress |
|
2020-01-15 19:53:36 |
Dan Streetman |
systemd (Ubuntu Eoan): assignee |
|
Dan Streetman (ddstreet) |
|
2020-01-15 19:53:38 |
Dan Streetman |
systemd (Ubuntu Disco): assignee |
|
Dan Streetman (ddstreet) |
|
2020-01-15 19:53:39 |
Dan Streetman |
systemd (Ubuntu Bionic): assignee |
|
Dan Streetman (ddstreet) |
|
2020-01-15 19:53:41 |
Dan Streetman |
systemd (Ubuntu Xenial): assignee |
|
Dan Streetman (ddstreet) |
|
2020-01-15 19:53:43 |
Dan Streetman |
systemd (Ubuntu): assignee |
|
Dan Streetman (ddstreet) |
|
2020-01-15 19:53:49 |
Dan Streetman |
nominated for series |
|
Ubuntu Focal |
|
2020-01-15 19:53:49 |
Dan Streetman |
bug task added |
|
systemd (Ubuntu Focal) |
|
2020-01-15 19:56:42 |
Dan Streetman |
systemd (Ubuntu Disco): status |
In Progress |
Won't Fix |
|
2020-01-16 08:52:28 |
Dan Streetman |
description |
[impact]
the 'storage' autopkgtest requires the 'scsi_debug' module, and if it can't load it (and it's not built-in), the test fails. On some custom kernels, this module isn't built, so the test always fails when doing a reverse-dep autopkgtest using such a kernel.
As it doesn't make sense for the custom kernels to build the scsi_debug module for these kernels just so the systemd autopkgtest can pass, there should be some kind of check in the systemd 'storage' test for a non-standard kernel (that doesn't include the scsi_debug module) and skip the test in that case.
[test case]
run the 'storage' autopkgtest with a kernel that doesn't provide the scsi_debug module, or check the autopkgtest.u.c history.
[regression potential]
test case skipping only, so very low if any regression potential |
[impact]
the 'storage' autopkgtest requires the 'scsi_debug' module, and if it can't load it (and it's not built-in), the test fails. On some custom kernels, this module is included in the new 'linux-modules-extra-*' deb which isn't installed by default, so the test always fails when doing a reverse-dep autopkgtest using such a kernel's meta pkg.
[test case]
run the 'storage' autopkgtest with a custom kernel that doesn't provide the scsi_debug module in the standard linux-modules deb, or check the autopkgtest.u.c history, for example:
https://objectstorage.prodstack4-5.canonical.com/v1/AUTH_77e2ada1e7a84929a74ba3b87153c0ac/autopkgtest-focal/focal/amd64/s/systemd/20191209_150835_237a5@/log.gz
[regression potential]
test case skipping only, so very low if any regression potential. |
|
2020-01-16 08:54:06 |
Dan Streetman |
bug task added |
|
autopkgtest-cloud |
|
2020-01-16 08:54:17 |
Dan Streetman |
autopkgtest-cloud: assignee |
|
Dan Streetman (ddstreet) |
|
2020-01-16 09:14:26 |
Launchpad Janitor |
merge proposal linked |
|
https://code.launchpad.net/~ddstreet/autopkgtest-cloud/+git/autopkgtest-cloud/+merge/377688 |
|
2020-01-16 09:14:41 |
Dan Streetman |
systemd (Ubuntu Focal): assignee |
Dan Streetman (ddstreet) |
|
|
2020-01-16 09:14:43 |
Dan Streetman |
systemd (Ubuntu Eoan): assignee |
Dan Streetman (ddstreet) |
|
|
2020-01-16 09:14:45 |
Dan Streetman |
systemd (Ubuntu Disco): assignee |
Dan Streetman (ddstreet) |
|
|
2020-01-16 09:14:50 |
Dan Streetman |
systemd (Ubuntu Xenial): assignee |
Dan Streetman (ddstreet) |
|
|
2020-01-16 09:14:52 |
Dan Streetman |
systemd (Ubuntu Bionic): assignee |
Dan Streetman (ddstreet) |
|
|
2020-01-16 09:14:56 |
Dan Streetman |
systemd (Ubuntu Xenial): status |
In Progress |
Invalid |
|
2020-01-16 09:14:58 |
Dan Streetman |
systemd (Ubuntu Bionic): status |
In Progress |
Invalid |
|
2020-01-16 09:14:59 |
Dan Streetman |
systemd (Ubuntu Eoan): status |
In Progress |
Invalid |
|
2020-01-16 09:15:01 |
Dan Streetman |
systemd (Ubuntu Focal): status |
In Progress |
Invalid |
|
2020-01-16 09:15:04 |
Dan Streetman |
systemd (Ubuntu Disco): status |
Won't Fix |
Invalid |
|
2020-01-16 09:18:56 |
Dan Streetman |
description |
[impact]
the 'storage' autopkgtest requires the 'scsi_debug' module, and if it can't load it (and it's not built-in), the test fails. On some custom kernels, this module is included in the new 'linux-modules-extra-*' deb which isn't installed by default, so the test always fails when doing a reverse-dep autopkgtest using such a kernel's meta pkg.
[test case]
run the 'storage' autopkgtest with a custom kernel that doesn't provide the scsi_debug module in the standard linux-modules deb, or check the autopkgtest.u.c history, for example:
https://objectstorage.prodstack4-5.canonical.com/v1/AUTH_77e2ada1e7a84929a74ba3b87153c0ac/autopkgtest-focal/focal/amd64/s/systemd/20191209_150835_237a5@/log.gz
[regression potential]
test case skipping only, so very low if any regression potential. |
[impact]
the 'storage' autopkgtest requires the 'scsi_debug' module, and if it can't load it (and it's not built-in), the test fails. On some custom kernels, this module is included in the new 'linux-modules-extra-*' deb which isn't installed by default, so the test always fails when doing a reverse-dep autopkgtest using such a kernel's meta pkg.
[test case]
run the 'storage' autopkgtest with a custom kernel that doesn't provide the scsi_debug module in the standard linux-modules deb, or check the autopkgtest.u.c history, for example:
https://objectstorage.prodstack4-5.canonical.com/v1/AUTH_77e2ada1e7a84929a74ba3b87153c0ac/autopkgtest-focal/focal/amd64/s/systemd/20191209_150835_237a5@/log.gz
[regression potential]
as this modifies one of the autopkgtest --setup-commands, and assumes that all custom 'linux-meta-FLAVOR' kernels have a corresponding 'linux-modules-extra-FLAVOR' deb (or will match the alternate 'linux-image-generic-FLAVOR' naming), a regression would most likely cause immediate test failure due to failing to install the proper linux-* debs. |
|
2020-01-17 13:50:08 |
Dan Streetman |
description |
[impact]
the 'storage' autopkgtest requires the 'scsi_debug' module, and if it can't load it (and it's not built-in), the test fails. On some custom kernels, this module is included in the new 'linux-modules-extra-*' deb which isn't installed by default, so the test always fails when doing a reverse-dep autopkgtest using such a kernel's meta pkg.
[test case]
run the 'storage' autopkgtest with a custom kernel that doesn't provide the scsi_debug module in the standard linux-modules deb, or check the autopkgtest.u.c history, for example:
https://objectstorage.prodstack4-5.canonical.com/v1/AUTH_77e2ada1e7a84929a74ba3b87153c0ac/autopkgtest-focal/focal/amd64/s/systemd/20191209_150835_237a5@/log.gz
[regression potential]
as this modifies one of the autopkgtest --setup-commands, and assumes that all custom 'linux-meta-FLAVOR' kernels have a corresponding 'linux-modules-extra-FLAVOR' deb (or will match the alternate 'linux-image-generic-FLAVOR' naming), a regression would most likely cause immediate test failure due to failing to install the proper linux-* debs. |
[impact]
the 'storage' autopkgtest requires the 'scsi_debug' module, and if it can't load it (and it's not built-in), the test fails. On some custom kernels, this module is included in the new 'linux-modules-extra-*' deb which isn't installed by default, so the test always fails when doing a reverse-dep autopkgtest using such a kernel's meta pkg.
Additionally, some custom kernels, like linux-kvm, have SCSI_DEBUG disabled entirely; for those kernels, it will never be possible to load the scsi_debug module and the test should be skipped.
[test case]
run the 'storage' autopkgtest with a custom kernel that doesn't provide the scsi_debug module in the standard linux-modules deb, or check the autopkgtest.u.c history, for example:
https://objectstorage.prodstack4-5.canonical.com/v1/AUTH_77e2ada1e7a84929a74ba3b87153c0ac/autopkgtest-focal/focal/amd64/s/systemd/20191209_150835_237a5@/log.gz
[regression potential]
as this modifies one of the autopkgtest --setup-commands, and assumes that all custom 'linux-meta-FLAVOR' kernels have a corresponding 'linux-modules-extra-FLAVOR' deb (or will match the alternate 'linux-image-generic-FLAVOR' naming), a regression would most likely cause immediate test failure due to failing to install the proper linux-* debs.
For the systemd 'storage' test change, this only skips the test if the scsi_debug module can't be loaded (and isn't already present, i.e. loaded or built-in). Any regression potential from that is low, but likely would involve incorrect test skips and/or missing valid problems due to skipping the test. |
|
2020-01-17 13:50:13 |
Dan Streetman |
systemd (Ubuntu Focal): status |
Invalid |
In Progress |
|
2020-01-17 13:50:17 |
Dan Streetman |
systemd (Ubuntu Disco): status |
Invalid |
Won't Fix |
|
2020-01-17 13:50:19 |
Dan Streetman |
systemd (Ubuntu Eoan): status |
Invalid |
In Progress |
|
2020-01-17 13:50:21 |
Dan Streetman |
systemd (Ubuntu Bionic): status |
Invalid |
In Progress |
|
2020-01-17 13:50:23 |
Dan Streetman |
systemd (Ubuntu Xenial): status |
Invalid |
In Progress |
|
2020-01-17 13:50:25 |
Dan Streetman |
systemd (Ubuntu Focal): assignee |
|
Dan Streetman (ddstreet) |
|
2020-01-17 13:50:28 |
Dan Streetman |
systemd (Ubuntu Eoan): assignee |
|
Dan Streetman (ddstreet) |
|
2020-01-17 13:50:31 |
Dan Streetman |
systemd (Ubuntu Disco): assignee |
|
Dan Streetman (ddstreet) |
|
2020-01-17 13:50:33 |
Dan Streetman |
systemd (Ubuntu Bionic): assignee |
|
Dan Streetman (ddstreet) |
|
2020-01-17 13:50:35 |
Dan Streetman |
systemd (Ubuntu Xenial): assignee |
|
Dan Streetman (ddstreet) |
|
2020-01-18 20:38:50 |
Dan Streetman |
description |
[impact]
the 'storage' autopkgtest requires the 'scsi_debug' module, and if it can't load it (and it's not built-in), the test fails. On some custom kernels, this module is included in the new 'linux-modules-extra-*' deb which isn't installed by default, so the test always fails when doing a reverse-dep autopkgtest using such a kernel's meta pkg.
Additionally, some custom kernels, like linux-kvm, have SCSI_DEBUG disabled entirely; for those kernels, it will never be possible to load the scsi_debug module and the test should be skipped.
[test case]
run the 'storage' autopkgtest with a custom kernel that doesn't provide the scsi_debug module in the standard linux-modules deb, or check the autopkgtest.u.c history, for example:
https://objectstorage.prodstack4-5.canonical.com/v1/AUTH_77e2ada1e7a84929a74ba3b87153c0ac/autopkgtest-focal/focal/amd64/s/systemd/20191209_150835_237a5@/log.gz
[regression potential]
as this modifies one of the autopkgtest --setup-commands, and assumes that all custom 'linux-meta-FLAVOR' kernels have a corresponding 'linux-modules-extra-FLAVOR' deb (or will match the alternate 'linux-image-generic-FLAVOR' naming), a regression would most likely cause immediate test failure due to failing to install the proper linux-* debs.
For the systemd 'storage' test change, this only skips the test if the scsi_debug module can't be loaded (and isn't already present, i.e. loaded or built-in). Any regression potential from that is low, but likely would involve incorrect test skips and/or missing valid problems due to skipping the test. |
[impact]
the 'storage' autopkgtest requires the 'scsi_debug' module, and if it can't load it (and it's not built-in), the test fails. On some custom kernels, this module is included in the new 'linux-modules-extra-*' deb which isn't installed by default, so the test always fails when doing a reverse-dep autopkgtest using such a kernel's meta pkg.
Additionally, some custom kernels, like linux-kvm, have SCSI_DEBUG disabled entirely; for those kernels, it will never be possible to load the scsi_debug module and the test should be skipped.
[test case]
run the 'storage' autopkgtest with a custom kernel that doesn't provide the scsi_debug module in the standard linux-modules deb, or check the autopkgtest.u.c history, for example:
https://objectstorage.prodstack4-5.canonical.com/v1/AUTH_77e2ada1e7a84929a74ba3b87153c0ac/autopkgtest-focal/focal/amd64/s/systemd/20191209_150835_237a5@/log.gz
[regression potential]
as this modifies one of the autopkgtest --setup-commands, and assumes that all custom 'linux-meta-FLAVOR' kernels have a corresponding 'linux-modules-extra-FLAVOR' deb (or will match the alternate 'linux-image-generic-FLAVOR' naming), a regression would most likely cause immediate test failure due to failing to install the proper linux-* debs.
For the systemd 'storage' test change, this only skips the test if the scsi_debug module can't be loaded (and isn't already present, i.e. loaded or built-in). Any regression potential from that is low, but likely would involve incorrect test skips and/or missing valid problems due to skipping the test.
[scope]
systemd in all releases needs to have its 'storage' test updated |
|
2020-01-19 19:21:06 |
Dan Streetman |
description |
[impact]
the 'storage' autopkgtest requires the 'scsi_debug' module, and if it can't load it (and it's not built-in), the test fails. On some custom kernels, this module is included in the new 'linux-modules-extra-*' deb which isn't installed by default, so the test always fails when doing a reverse-dep autopkgtest using such a kernel's meta pkg.
Additionally, some custom kernels, like linux-kvm, have SCSI_DEBUG disabled entirely; for those kernels, it will never be possible to load the scsi_debug module and the test should be skipped.
[test case]
run the 'storage' autopkgtest with a custom kernel that doesn't provide the scsi_debug module in the standard linux-modules deb, or check the autopkgtest.u.c history, for example:
https://objectstorage.prodstack4-5.canonical.com/v1/AUTH_77e2ada1e7a84929a74ba3b87153c0ac/autopkgtest-focal/focal/amd64/s/systemd/20191209_150835_237a5@/log.gz
[regression potential]
as this modifies one of the autopkgtest --setup-commands, and assumes that all custom 'linux-meta-FLAVOR' kernels have a corresponding 'linux-modules-extra-FLAVOR' deb (or will match the alternate 'linux-image-generic-FLAVOR' naming), a regression would most likely cause immediate test failure due to failing to install the proper linux-* debs.
For the systemd 'storage' test change, this only skips the test if the scsi_debug module can't be loaded (and isn't already present, i.e. loaded or built-in). Any regression potential from that is low, but likely would involve incorrect test skips and/or missing valid problems due to skipping the test.
[scope]
systemd in all releases needs to have its 'storage' test updated |
[impact]
the 'storage' autopkgtest requires the 'scsi_debug' module, and if it can't load it (and it's not built-in), the test fails. On some custom kernels, this module is included in the new 'linux-modules-extra-*' deb which isn't installed by default, so the test always fails when doing a reverse-dep autopkgtest using such a kernel's meta pkg.
Additionally, some custom kernels, like linux-kvm, have SCSI_DEBUG disabled entirely; for those kernels, it will never be possible to load the scsi_debug module and the test should be skipped.
[test case]
run the 'storage' autopkgtest with a custom kernel that doesn't provide the scsi_debug module in the standard linux-modules deb, or check the autopkgtest.u.c history, for example:
https://objectstorage.prodstack4-5.canonical.com/v1/AUTH_77e2ada1e7a84929a74ba3b87153c0ac/autopkgtest-focal/focal/amd64/s/systemd/20191209_150835_237a5@/log.gz
[regression potential]
as this modifies one of the autopkgtest --setup-commands, a regression would most likely cause immediate test failure due to failing to install the proper linux-* debs.
For the systemd 'storage' test change, this only skips the test if the scsi_debug module can't be loaded (and isn't already present, i.e. loaded or built-in). Any regression potential from that is low, but likely would involve incorrect test skips and/or missing valid problems due to skipping the test.
[scope]
systemd in all releases needs to have its 'storage' test updated |
|
2020-01-23 16:26:02 |
Launchpad Janitor |
systemd (Ubuntu Focal): status |
In Progress |
Fix Released |
|
2020-01-24 10:22:02 |
Dan Streetman |
bug task added |
|
linux-kvm (Ubuntu) |
|
2020-01-24 10:25:31 |
Dan Streetman |
description |
[impact]
the 'storage' autopkgtest requires the 'scsi_debug' module, and if it can't load it (and it's not built-in), the test fails. On some custom kernels, this module is included in the new 'linux-modules-extra-*' deb which isn't installed by default, so the test always fails when doing a reverse-dep autopkgtest using such a kernel's meta pkg.
Additionally, some custom kernels, like linux-kvm, have SCSI_DEBUG disabled entirely; for those kernels, it will never be possible to load the scsi_debug module and the test should be skipped.
[test case]
run the 'storage' autopkgtest with a custom kernel that doesn't provide the scsi_debug module in the standard linux-modules deb, or check the autopkgtest.u.c history, for example:
https://objectstorage.prodstack4-5.canonical.com/v1/AUTH_77e2ada1e7a84929a74ba3b87153c0ac/autopkgtest-focal/focal/amd64/s/systemd/20191209_150835_237a5@/log.gz
[regression potential]
as this modifies one of the autopkgtest --setup-commands, a regression would most likely cause immediate test failure due to failing to install the proper linux-* debs.
For the systemd 'storage' test change, this only skips the test if the scsi_debug module can't be loaded (and isn't already present, i.e. loaded or built-in). Any regression potential from that is low, but likely would involve incorrect test skips and/or missing valid problems due to skipping the test.
[scope]
systemd in all releases needs to have its 'storage' test updated |
Note: this bug touches on multiple packages:
- autopkgtest-cloud: merge request open to install 'modules-extra' package
- systemd: update autopkgtest to skip test if scsi_debug module isn't available (SRU template below is for this change)
- linux-kvm: has CONFIG_SCSI_DEBUG unset, but would be good to have scsi_debug module built for this kernel
[SRU template for systemd]
[impact]
the 'storage' autopkgtest requires the 'scsi_debug' module, and if it can't load it (and it's not built-in), the test fails. On some custom kernels, this module is included in the new 'linux-modules-extra-*' deb which isn't installed by default, so the test always fails when doing a reverse-dep autopkgtest using such a kernel's meta pkg.
Additionally, some custom kernels, like linux-kvm, have SCSI_DEBUG disabled entirely; for those kernels, it will never be possible to load the scsi_debug module and the test should be skipped.
[test case]
run the 'storage' autopkgtest with a custom kernel that doesn't provide the scsi_debug module in the standard linux-modules deb, or check the autopkgtest.u.c history, for example:
https://objectstorage.prodstack4-5.canonical.com/v1/AUTH_77e2ada1e7a84929a74ba3b87153c0ac/autopkgtest-focal/focal/amd64/s/systemd/20191209_150835_237a5@/log.gz
[regression potential]
as this modifies one of the autopkgtest --setup-commands, a regression would most likely cause immediate test failure due to failing to install the proper linux-* debs.
For the systemd 'storage' test change, this only skips the test if the scsi_debug module can't be loaded (and isn't already present, i.e. loaded or built-in). Any regression potential from that is low, but likely would involve incorrect test skips and/or missing valid problems due to skipping the test.
[scope]
systemd in all releases needs to have its 'storage' test updated |
|
2020-02-03 21:42:07 |
Steve Langasek |
systemd (Ubuntu Eoan): status |
In Progress |
Fix Committed |
|
2020-02-03 21:42:11 |
Steve Langasek |
bug |
|
|
added subscriber Ubuntu Stable Release Updates Team |
2020-02-03 21:42:15 |
Steve Langasek |
bug |
|
|
added subscriber SRU Verification |
2020-02-03 21:42:21 |
Steve Langasek |
tags |
|
verification-needed verification-needed-eoan |
|
2020-02-03 21:54:36 |
Steve Langasek |
systemd (Ubuntu Bionic): status |
In Progress |
Fix Committed |
|
2020-02-03 21:54:46 |
Steve Langasek |
tags |
verification-needed verification-needed-eoan |
verification-needed verification-needed-bionic verification-needed-eoan |
|
2020-02-06 15:23:43 |
Dimitri John Ledkov |
systemd (Ubuntu Bionic): status |
Fix Committed |
In Progress |
|
2020-02-06 15:23:55 |
Dimitri John Ledkov |
systemd (Ubuntu Eoan): status |
Fix Committed |
In Progress |
|
2020-02-06 21:43:12 |
Steve Langasek |
systemd (Ubuntu Eoan): status |
In Progress |
Fix Committed |
|
2020-02-06 21:47:39 |
Steve Langasek |
systemd (Ubuntu Bionic): status |
In Progress |
Fix Committed |
|
2020-02-10 15:42:43 |
Dan Streetman |
tags |
verification-needed verification-needed-bionic verification-needed-eoan |
verification-done verification-done-bionic verification-done-eoan |
|
2020-02-10 18:44:09 |
Ioanna Alifieraki |
bug |
|
|
added subscriber Ioanna Alifieraki |
2020-02-17 09:25:43 |
Łukasz Zemczak |
removed subscriber Ubuntu Stable Release Updates Team |
|
|
|
2020-02-17 09:35:40 |
Launchpad Janitor |
systemd (Ubuntu Eoan): status |
Fix Committed |
Fix Released |
|
2020-02-17 10:07:54 |
Launchpad Janitor |
systemd (Ubuntu Bionic): status |
Fix Committed |
Fix Released |
|
2020-03-27 18:13:40 |
Dan Streetman |
autopkgtest-cloud: status |
New |
Fix Released |
|
2020-04-28 12:50:14 |
Łukasz Zemczak |
systemd (Ubuntu Xenial): status |
In Progress |
Fix Committed |
|
2020-04-28 12:50:18 |
Łukasz Zemczak |
bug |
|
|
added subscriber Ubuntu Stable Release Updates Team |
2020-04-28 12:50:22 |
Łukasz Zemczak |
tags |
verification-done verification-done-bionic verification-done-eoan |
verification-done-bionic verification-done-eoan verification-needed verification-needed-xenial |
|
2020-05-06 00:36:54 |
Dan Streetman |
tags |
verification-done-bionic verification-done-eoan verification-needed verification-needed-xenial |
verification-done verification-done-bionic verification-done-eoan verification-done-xenial |
|
2020-05-11 15:26:08 |
Launchpad Janitor |
systemd (Ubuntu Xenial): status |
Fix Committed |
Fix Released |
|
2020-07-02 20:02:30 |
Steve Langasek |
linux-kvm (Ubuntu Disco): status |
New |
Won't Fix |
|
2024-07-26 16:23:43 |
Brian Murray |
linux-kvm (Ubuntu Eoan): status |
New |
Won't Fix |
|
2024-07-30 20:56:45 |
Dan Streetman |
removed subscriber Dan Streetman |
|
|
|