octavia-diskimage-retrofit does not work with jammy

[Ethan Myers]

Summary: If you set mirror_list in glance-simplestreams-sync to include the 22.04 LTS, jammy, octavia-diskimage-retrofit will fail to create the image when prompted.

Steps to reproduce:

On a healthy openstack deployment with vault and keystone:

$ juju deploy glance-simplestreams-sync
$ juju deploy octavia-diskimage-retrofit

$ juju add-relation octavia-diskimage-retrofit glance-simplestreams-sync
$ juju add-relation glance-simplestreams-sync keystone
$ juju add-relation octavia-diskimage-retrofit keystone
$ juju add-relation glance-simplestreams-sync vault
$ juju add-relation octavia-diskimage-retrofit vault

Once everything has settled in juju status:

$ juju config glance-simplestreams-sync mirror_list="[{url: 'http://cloud-images.ubuntu.com/releases/', name_prefix: 'ubuntu:released', path: 'streams/v1/index.sjson', max: 1, item_filters: ['release~(bionic|focal|jammy)', 'arch~(x86_64|amd64)', 'ftype~(disk1.img|disk.img)']}]"

$ juju run-action glance-simplestreams-sync/0 sync-images

$ juju config octavia-diskimage-retrofit retrofit-series=jammy
$ juju run-action octavia-diskimage-retrofit/0 retrofit-image

The juju action will fail. I've attached an example of a healthy focal test, as well as two failed jammy tests. these logs are from the octavia-diskimage-retrofit/0 unit, /var/log/juju/unit-octavia-diskimage-retrofit-0.log.

I have attached a juju bundle as well.

I think the relevant error starts with:

The following packages have unmet dependencies:
shim-signed : Depends: grub-efi-amd64-signed but it is not going to be
installed or grub-efi-arm64-signed but it is not installable.

Environment:
Octavia Diskimage Retrofit: Stable 23
Glance Simplestreams Sync: stable 47
juju: 2.9.28
Openstack: Xena (keystone charm is at 21.0, everything else is Xena version)

[Frode Nordahl (fnordahl)]

https://github.com/openstack-charmers/octavia-diskimage-retrofit/commit/6d294e6325078e2175f4950d7ef83814192d2f7c

[OpenStack Infra (hudson-openstack)]

Reviewed: https://review.opendev.org/c/openstack/charm-octavia-diskimage-retrofit/+/852747
Committed: https://opendev.org/openstack/charm-octavia-diskimage-retrofit/commit/2fb0cf125028b3e164741afcdbff466038de134a
Submitter: "Zuul (22348)"
Branch: master

commit 2fb0cf125028b3e164741afcdbff466038de134a
Author: Frode Nordahl <email address hidden>
Date: Wed Aug 10 16:44:55 2022 +0200

    Build separately for each supported series and use binary builds

    Charms for OpenStack Yoga supports both Ubuntu Focal and Jammy
    which means Python 3.8 and Python 3.10. Managing dependencies
    across those two versions is non-trivial and we need to build
    the charm on the series the charm is supposed to support.

    Switch to using a binary build which allows pip's dependency
    resolution to work.

    Update charm to consume the 1.0/stable track for the snap.

    Bundles:
    - Drop the renaming of the charm artifact and reference the
      series specific charm artifact in the bundles instead.
    - Fix gss mirror list, jammy retrofit-series and use 8.0/stable
      for MySQL.

    Closes-Bug: #1981334
    Closes-Bug: #1970653
    Closes-Bug: #1975491
    Change-Id: I8c924038ee1c5ff258c41a44ad14ebc86a107b1b

[OpenStack Infra (hudson-openstack)]

Fix proposed to branch: stable/yoga
Review: https://review.opendev.org/c/openstack/charm-octavia-diskimage-retrofit/+/860979

[OpenStack Infra (hudson-openstack)]

Reviewed: https://review.opendev.org/c/openstack/charm-octavia-diskimage-retrofit/+/860979
Committed: https://opendev.org/openstack/charm-octavia-diskimage-retrofit/commit/5fd698d29757df7603691078fff80cb38edb9cb6
Submitter: "Zuul (22348)"
Branch: stable/yoga

commit 5fd698d29757df7603691078fff80cb38edb9cb6
Author: Frode Nordahl <email address hidden>
Date: Wed Aug 10 16:44:55 2022 +0200

    Build separately for each supported series and use binary builds

    Charms for OpenStack Yoga supports both Ubuntu Focal and Jammy
    which means Python 3.8 and Python 3.10. Managing dependencies
    across those two versions is non-trivial and we need to build
    the charm on the series the charm is supposed to support.

    Switch to using a binary build which allows pip's dependency
    resolution to work.

    Update charm to consume the 1.0/stable track for the snap.

    Bundles:
    - Drop the renaming of the charm artifact and reference the
      series specific charm artifact in the bundles instead.
    - Fix gss mirror list, jammy retrofit-series and use 8.0/stable
      for MySQL.

    Closes-Bug: #1981334
    Closes-Bug: #1970653
    Closes-Bug: #1975491
    Change-Id: I8c924038ee1c5ff258c41a44ad14ebc86a107b1b
    (cherry picked from commit 2fb0cf125028b3e164741afcdbff466038de134a)