Source: gnudatalanguage Version: 0.9.9-8 Severity: important User: debian...@lists.debian.org Usertags: flaky
Dear maintainers, With a recent upload of python3.7 the autopkgtest of gnudatalanguage fails in testing when that autopkgtest is run with the binary packages of python3.7 from unstable. I looked at the error (which I copied below) and noticed that the same error appears (randomly it seems) on the ci.debian.org infrastructure. Hence, I deduced that your test is flaky. I see multiple solutions for this, I have no idea how complicate some of them are: 1) don't run (skip) this test if it can be determined that there is not enough memory 2) don't fail this specific test if the amount of memory is not available 3) add the flaky restriction to the test-gdl test, but than any other failure will also not be detected anymore. Paul https://ci.debian.net/data/autopkgtest/testing/amd64/g/gnudatalanguage/2022765/log.gz % Compiled module: TEST_L64. Be patient, this code will allocate LARGE arrays (2LL^32 size) The code may fail or swap if not enough memory % TEST_L64: Array requires more memory than available % Execution halted at: TEST_L64 127 /tmp/autopkgtest-lxc.buasyg8y/downtmp/build.6Xb/src/testsuite/test_l64.pro % $MAIN$ ================================================= 1 Error(s) found ================================================= test_l64
signature.asc
Description: OpenPGP digital signature
