Source: swift Version: 2.33.0-5 Severity: serious User: debian...@lists.debian.org Usertags: flaky
Dear maintainer(s),I looked at the results of the autopkgtest of your package. I noticed that it regularly fails, particularly on amd64, but all architectures are affected. I copied the failure output of one of the recent failures and wondered if maybe one (or more) internal timeouts are too tight. The autopkgtest also seems to fail systematically on s390x due to autopkgtest timeout since halfway May 2024.
Because the unstable-to-testing migration software now blocks on regressions in testing, flaky tests, i.e. tests that flip between passing and failing without changes to the list of installed packages, are causing people unrelated to your package to spend time on these tests. Don't hesitate to reach out if you need help and some more information from our infrastructure. Paul https://ci.debian.net/data/autopkgtest/testing/amd64/s/swift/47856417/log.gz 286s ======================================================================286s FAIL: test.unit.proxy.controllers.test_obj.TestECObjController.test_GET_disconnect 286s test.unit.proxy.controllers.test_obj.TestECObjController.test_GET_disconnect
286s ----------------------------------------------------------------------286s testtools.testresult.real._StringException: Traceback (most recent call last): 286s File "/tmp/autopkgtest-lxc.npd7s04o/downtmp/build.4lh/src/test/unit/proxy/controllers/test_obj.py", line 2957, in test_GET_disconnect
286s self.assertIn("Trying to read EC fragment during GET (retrying)",
286s File "/usr/lib/python3.11/unittest/case.py", line 1140, in assertIn
286s self.fail(self._formatMessage(msg, standardMsg))
286s File "/usr/lib/python3.11/unittest/case.py", line 703, in fail
286s raise self.failureException(msg)
286s AssertionError: 'Trying to read EC fragment during GET (retrying)'
not found in "ChunkWriteTimeout feeding fragments for '/a/c/o':
ChunkWriteTimeout (0.1s after 3.59s)"
OpenPGP_signature.asc
Description: OpenPGP digital signature
