All these tests start by opening /dev/null 100 times and fail if this does not yield a continuous run of fds. But it turns out that under Ubuntu/Debian's autopkgtest runners, the test process inherits fds 62 and 63 so there is a gap in the fds. Log here: https://autopkgtest.ubuntu.com/results/autopkgtest-impish/impish/amd64/o/openzwave/20210819_143410_8cad1@/log.gz It feels like failing the test in this situation is not helpful. Maybe the tess should skeip. Or open_multiple_temp_files could be a little smarter and just keep on opening /dev/null until it gets NFDS fds in a row. Or something.
I was already raised upstream, I will send a patch to fix it.
Fixed on 2.35.