That dep8 failure on s390x is unfortunate. I saw the upstream bug, and it would be nice to have a bit more investigation. libreoffice is used by other packages in the archive, and I worry that by letting a regression in via this SRU could affect others. For example, libreoffice tests are also run when glib, dbus, apparmor, and others, are updated.
I know these tests also take a long time to run unfortunately :/
Could this failure be investigated a bit more perhaps? Is it also happening in debian? Other distros that also ship it for s390x? Does it also happen in lunar? I see 7.4.3 migrated in lunar at some point.
That dep8 failure on s390x is unfortunate. I saw the upstream bug, and it would be nice to have a bit more investigation. libreoffice is used by other packages in the archive, and I worry that by letting a regression in via this SRU could affect others. For example, libreoffice tests are also run when glib, dbus, apparmor, and others, are updated.
I know these tests also take a long time to run unfortunately :/
Could this failure be investigated a bit more perhaps? Is it also happening in debian? Other distros that also ship it for s390x? Does it also happen in lunar? I see 7.4.3 migrated in lunar at some point.
If you are convinced it's a very localized failure and that the SRU should proceed despite it, then please file an MP against the hints branch for kinetic at https:/ /code.launchpad .net/~ubuntu- release/ britney/ +git/hints- ubuntu/ +ref/kinetic stating the reasoning.