[08:03] <alexghiti> Hi, can someone re-trigger those tests for me please?
[08:03] <alexghiti> https://autopkgtest.ubuntu.com/request.cgi?release=jammy&arch=ppc64el&package=runescape&trigger=java-common%2F0.72build2
[08:03] <alexghiti> https://autopkgtest.ubuntu.com/request.cgi?release=jammy&arch=s390x&package=runescape&trigger=java-common%2F0.72build2
[08:03] <alexghiti> Thanks!
[08:05] <RikMills> alexghiti: done
[08:06] <alexghiti> RikMills: Thanks!
[08:11] <RikMills> alexghiti: still failing
[08:12] <alexghiti> RikMills: Yes I saw that, really weird since I can download this file without any problem. Are there any known connectivity issues currently?
[08:14] <RikMills> no idea I'm afraid
[08:14] <alexghiti> No problem, thanks for your help :)
[08:20] <RikMills> alexghiti: migration reference against the release pocket also fails
[08:24] <alexghiti> RikMills: Yes, the failure does not seem to be related to java-common but wget which can't download a file. Thanks again
[10:04] <seb128> ginggs, hey, could you give a retry to https://launchpad.net/ubuntu/+archive/test-rebuild-20220317-jammy/+sourcepub/13318809/+listing-archive-extra ? it should be fixed by the recent mdraid update
[10:07] <ginggs> seb128: please ping me once dmraid has migrated
[10:07] <seb128> ginggs, the archive rebuild doesn't build with proposed enabled?
[10:07] <seb128> ginggs, sorry for the noise, I will know for next time :)
[10:09] <seb128> ginggs, ping :p (I just received the email that it migrated)
[10:26] <tjaalton> are autopkgtests allowed to download stuff from the net?
[10:30] <laney> tjaalton: yes, you should respect $http{,s}_proxy though and add Restrictions: needs-internet, and give a second thought to whether you can ship the assets inside the source package instead :-)
[10:34] <tjaalton> laney: right, I'm looking at snapd failing
[10:34] <tjaalton> it downloads something from github
[10:40] <laney> xy problem ;-)
[10:41] <laney> I  looked at https://autopkgtest.ubuntu.com/results/autopkgtest-jammy/jammy/ppc64el/s/snapd/20220331_114013_88192@/log.gz and the downloading part works ok, but it didn't install the thing the rest of the tests expected it to have
[10:43] <tjaalton> this was focal
[10:43] <tjaalton> + /tmp/go/bin/spread -v autopkgtest:adt-local:tests/smoke/
[10:43] <tjaalton> /tmp/autopkgtest.xXhGoq/build.pOV/src/debian/tests/integrationtests: 84: /tmp/go/bin/spread: not found
[10:44] <tjaalton> ahh, same issue
[10:45] <laney> I'd be eyeing up something that changed in the snap of 1.18
[11:21] <ginggs> seb128: libblockdev retry successful!
[11:58] <seb128> ginggs, great, thank you!
[12:13] <ahasenack> morning
[13:47] <bdmurray> alexghiti: Keep in mind you can use the Canonical proxy when running tests locally if you are connected to the VPN.
[13:48] <alexghiti> bdmurray: Hmm, what do you mean?
[13:51] <bdmurray> alexghiti: I mean you can run autopkgtest locally with 'http_proxy=http://squid.internal:3128' etc...
[13:56] <alexghiti> Ok, thanks!
[17:23] <ddstreet> doko did you mean for python3.10 in jammy to set purelib under /usr/local/lib instead of /usr/lib?
[22:16] <tumbleweed> ddstreet: that's a question for me
[22:17] <tumbleweed> see: https://lists.debian.org/debian-python/2022/03/msg00039.html
[23:04] <ddstreet> tumbleweed ah ok, well just fyi in case you didn't know it breaks meson unit tests: https://github.com/mesonbuild/meson/blob/master/test%20cases/python3/1%20basic/meson.build#L12
[23:12] <tumbleweed> ddstreet: is meson installing to the right location?