vorlonjuliank: fwiw after applying the apt-get install --fix-policy hack, I still see the following in the build logs; any idea why --fix-policy doesn't take care of this? Calculating upgrade...  ignore old unsatisfied important dependency on e2fsprogs-l10n:amd6405:41
ginggsthose PEP-668 changes were in python3.11 3.11.2-3, and 3.11.2-4 is currently in -proposed06:45
=== m_ueberall is now known as ueberall
cpaelzerdannf: FYI I still see some edk2 timeout on x86 https://autopkgtest.ubuntu.com/results/autopkgtest-lunar/lunar/amd64/e/edk2/20230302_173015_62004@/log.gz07:33
cpaelzerdannf: but they locally are just fine (and fast) at 5-7s execution time07:33
cpaelzerdannf: I've explcitly retriggered with -5 if that makes any different in the autopkgtest infrastructure runs07:34
zhsjcould someone sync arno-iptables-firewall (bug 2009123). it should help kmod proposed migration.07:43
-ubottu:#ubuntu-devel- Bug 2009123 in arno-iptables-firewall (Ubuntu) "Sync arno-iptables-firewall 2.1.1-7 (universe) from Debian unstable (main)" [Undecided, New] https://launchpad.net/bugs/200912307:43
zhsjoh kernel has just migrated. so another reference run for arno-iptables-firewall also helps. but syncing the fixed version seems better.07:55
ginggszhsj: .08:41
danilogondolfoLooking for a friend to click this link for me :) https://autopkgtest.ubuntu.com/request.cgi?release=lunar&arch=amd64&package=rspamd&trigger=lsb/11.6&trigger=rspamd/3.4-112:52
mdeslaurdanilogondolfo: clicked!12:53
danilogondolfomdeslaur, thank you!12:53
ahasenackEickmeyer: hi, I didn't see the sddm original bug on my system, sorry. This was with sddm on kinetic, updates, but the same thing happened with sddm from the release pocket: https://www.youtube.com/watch?v=SgiEUxdz1JY13:14
Eickmeyerahasenack: Huh. I wonder if it's nvidia optimus related then and the underlying qt bug in kinetic is fixed in which case the bug in kinetic is invalid, but regardless the script is crashing in kinetic.14:58
EickmeyerI'll have the people who reported the issue test Jammy.14:58
enr0nCan a core dev please retry this test? It passed for me locally. https://autopkgtest.ubuntu.com/request.cgi?release=lunar&arch=amd64&package=software-properties&trigger=software-properties%2F0.99.3315:25
dannfcpaelzer: weird. i should probably add timing stats into the tests by default. how about I do that and also bump to timeout to 60s?15:39
cpaelzerdannf: I've had good results with using pytest and adding --durations=0 to get some insight in the duration it actually takes22:00
cpaelzerdannf: and yes, given what we see doubling the timeout (and then looking at the results we get on the autopkgtets infra) should be good22:00
dannfcpaelzer: i realized we're already at 60s, which seems like it should be plenty. i'm running a test w/ a package in ppa:dannf/edk2 that reports test times to see if it follows any particular test type22:02
dannfi'll look at bumping to 120s if that doesn't turn up anything obvious.22:04
dannfhm.. xorriso output in the existing logs has timing, could see if that points to general IO slowness22:06
cpaelzerdannf: on my laptop all is int he 5-7s range and works just fine each time22:09
cpaelzerdannf: curious what timing you will see on the infrastructure22:09
dannfcpaelzer: "xorriso : UPDATE : Thank you for being patient. Working since 13 seconds." in https://autopkgtest.ubuntu.com/results/autopkgtest-lunar/lunar/amd64/e/edk2/20230303_211732_cfb9e@/log.gz - that seems awfully slow22:11
dannf"xorriso : UPDATE : Thank you for being patient. Working since 23 seconds." in https://autopkgtest.ubuntu.com/results/autopkgtest-lunar/lunar/amd64/e/edk2/20230303_211732_cfb9e@/log.gz22:12
dannfer https://autopkgtest.ubuntu.com/results/autopkgtest-lunar/lunar/amd64/e/edk2/20230222_131732_f2176@/log.gz for the 23s one22:14

Generated by irclog2html.py 2.7 by Marius Gedminas - find it at mg.pov.lt!