[12:59] we deployed a hopeful fix earlier for the issue with bos03-s390x not being able to reach external resources e.g. github - please if anyone sees this issue occurring again, ping me :) [13:02] nice, thanks [13:11] hi ubuntu-quality; Could I have your opinion on https://code.launchpad.net/~athos-ribeiro/ubuntu/+source/autodep8/+git/autodep8/+merge/471260 ? [13:11] Also, what version of autodep8 is used in our infra? [14:34] athos: we use this branch in autopkgtest https://code.launchpad.net/~ubuntu-release/+git/autodep8/+ref/master [14:35] I've made a note to take a look at this MP [14:44] athos: Is there an upstream merge proposal? [14:50] bdmurray: yes; I filed it in https://salsa.debian.org/ci-team/autodep8/-/merge_requests/37 [14:51] andersson123: thanks! [15:15] qa-help: https://autopkgtest.ubuntu.com/run/cf64fcda-ca33-4ca3-a0f4-9213ce41e786 I got a traceback here with the UUID not being found but I was just looking at it in pkg releaes arch page [15:15] File "/var/lib/juju/agents/unit-autopkgtest-web-1/charm/webcontrol/browse.cgi", line 780, in get_by_uuid [15:15] raise NotFound("uuid", uuid) [15:15] https://autopkgtest.ubuntu.com/packages/livecd-rootfs/jammy/s390x [15:17] that's because it's still running [15:17] there's an MP open to not display that link to a currently running test [15:17] Although, Ural knows the specifics of the change [15:20] Alrighty, as long as it is known [17:34] mmh still failing to resolve github here: https://autopkgtest.ubuntu.com/results/autopkgtest-noble-upstream-systemd-ci-systemd-ci/noble/s390x/s/systemd-upstream/20240815_173024_4d980@/log.gz [17:34] a few mins ago [17:34] on s390