[17:16] <dbungert> doko: I have a question about pytest and the allow-stderr restriction.  I went back to the old pytest just before we started allowing stderr and can't reproduce the stderr failure, do you remember what was happening there?
[17:43] <vorlon> doko: can you tell me why https://launchpad.net/ubuntu/+source/firmware-microbit-micropython/1.0.1-3/+build/23574016 is failing because of a crash in lto1 in gcc-arm-none-eabi?  I don't understand why lto1 is invoked at all given that we know we don't want LTO for armhf
[17:44] <vorlon> dbungert: fwiw if it's not obvious, I'd suggest dropping the allow-stderr delta, uploading, and seeing empirically if it's still needed
[17:46] <dbungert> vorlon: sounds good, that means we can sync now
[17:57] <vorlon> doko: ignore above question, libstdc++-arm-none-eabi is to blame and I'll see about sorting it
[18:19] <ginggs> dbungert: https://autopkgtest.ubuntu.com/packages/p/pytest/hirsute/amd64 you can see the pytest/6.0.2-2 failures, but the logs are gone
[18:20] <ginggs> i'd guess it was some deprecation warnings