DEP8 tests are failing for jammy
| Affects | Status | Importance | Assigned to | Milestone | |
|---|---|---|---|---|---|
| docker.io-app (Ubuntu) |
Invalid
|
Undecided
|
Unassigned | ||
| Jammy |
Fix Released
|
Undecided
|
Athos Ribeiro | ||
Bug Description
[ Impact ]
he basic-smoke DEP8 test in docker.io-app generates a chroot with debootstrap targeting Debian "stable".
The debian-
107s I: Retrieving InRelease
107s I: Checking Release signature
107s E: Release signed by unknown key (key id 762F67A0B2C39DE4)
107s The specified keyring /usr/share/
107s You can find the latest Debian release key at https:/
[ Test Plan ]
Run autopkgtest for docker.io-app. The tests will fail with the error described in the "Impact" section if the package is affected. When fixed, the tests should pass.
* This test plan does not apply to riscv64. See the "Other Info" section for further details.
[ Where problems could occur ]
If we decide to start running autopkgtest for riscv64 in jammy, those tests will fail. This will not introduce a regression since the first tests will be failing already. See the "Other Info" section for further details.
Moreover, there is a possibility that, in a future docker.io release during jammy's support period, bullseye becomes "too old" for the newest upstream docker.io, and then we may start having issues wither importing the image into docker or running it. If that happens, we may need to re-visit the idea of updating the debian-
[ Other Info ]
Note that this is not fixing the tests for riscv64 since there are no builds for that architecture for bullseye in archive.debian.org. This will not introduce a regression since we have no benchmarks for riscv64 tests in jammy ATM.
[ Original message ]
The basic-smoke DEP8 test in docker.io-app generates a chroot with debootstrap targeting Debian "stable".
The debian-
107s I: Retrieving InRelease
107s I: Checking Release signature
107s E: Release signed by unknown key (key id 762F67A0B2C39DE4)
107s The specified keyring /usr/share/
107s You can find the latest Debian release key at https:/
While we may discuss (and possibly consider) updating the keyring packages in our supported releases, a quick workaround for the failing test in jammy would be to change the targeted suite to the codename of the Debian "stable" suite known by that package version back when it was released, i.e., "bullseye".
| Changed in docker.io-app (Ubuntu): | |
| status: | New → Invalid |
| Changed in docker.io-app (Ubuntu Jammy): | |
| status: | New → Triaged |
| assignee: | nobody → Athos Ribeiro (athos-ribeiro) |
| tags: | added: server-todo |
| tags: | added: update-excuse |
| description: | updated |
| Changed in docker.io-app (Ubuntu Jammy): | |
| status: | Triaged → In Progress |

This is being fixed through https:/ /github. com/canonical/ docker. io-app/ pull/19