On 2026-02-08 09.07, Paul Gevers wrote: > It seems like we currently can't support glycin on qemu on > ci.debian.net. Every test that ran ends with a timeout (after 3000 > seconds) installing the test dependencies which leads to a tmpfail. I > tried to debug a bit but didn't spot yet where it goes wrong (the output > of apt is hidden while running, even with -ddd). Running the apt command > (see below, I added the starting and leading quote because otherwise > things go wrong) from the log [1] manually in a qemu testbed I got for > testing src:hello works as expected and installation took something in > the order of 1 minute. This has something to do with the way we communicate to the testbed using unix sockets. I think those extra long command lines like your [1] example is breaking something.
I have a reproducer: 1. Get a QEMU testbed up. Can be achieved by running a quick test with --shell, so that autopkgtest will sit there waiting once the test is done. I often use `gzip` for this. 2. `cd /tmp/autopkgtest-qemu.[random chars]`. Find the right directory name in autopkgtest output, e.g. socat - UNIX-CONNECT:/tmp/autopkgtest-qemu.iehrg6hp/ttyS0 3. Run: `./runcmd echo $(tr -dc 'a-zA-Z' </dev/random | head -c 4)`. That will run `echo [4 random chars]` on the testbed, output will visible. Try a few times and check it's reliable. 4. Now run the same but with `head -c 4000`. This will break things. For now I have no idea on how to fix this. Paride
