<div dir="ltr">Hello,<br><div><br></div><div>In the blazar project, we have been seeing a job timeout failure in openstack-tox-py39 affecting master and stable/yoga. tox starts the "lockutils-wrapper python setup.py testr --slowest --testr-args=" process which doesn't show progress until job timeout.</div><div><br></div><div>It started happening sometime between 2022-03-10 16:01:39 (last success on master) and 2022-03-24 16:35:15 (first timeout occurrence) [1], with no change in blazar itself and few changes in requirements.<br></div><div><br></div><div>I resumed debugging today and managed to reproduce it using Ubuntu 20.04 (it doesn't happen on macOS). Here is the traceback after interrupting it if anyone wants to take a look [2]. The python process is using 100% of the CPU until interrupted.</div><div><br></div><div>I tracked down the regression to the upper constraint on setuptools. For example, stable/yoga has:<br></div><div><br></div><div>setuptools===59.6.0;python_version=='3.6'<br>setuptools===60.9.3;python_version=='3.8'<br></div><div><br></div><div>It appears this is ignored in the py39 job so the job runs with the latest setuptools. Indeed, there were some releases between March 10 and March 24. I still have to figure out what changed in setuptools to cause this behaviour.</div><div><br></div><div>Question for requirements maintainers: is this expected behaviour, or should upper constraints also include lines for python_version=='3.9' on yoga?</div><div><br></div><div>Thanks,</div><div>Pierre Riteau (priteau)</div><div><br></div><div>[1] <a href="https://zuul.openstack.org/builds?job_name=openstack-tox-py39&project=openstack%2Fblazar&skip=0">https://zuul.openstack.org/builds?job_name=openstack-tox-py39&project=openstack%2Fblazar&skip=0</a></div><div>[2] <a href="https://paste.opendev.org/show/bZO7ELmTvfMUGJPdlQ4k/">https://paste.opendev.org/show/bZO7ELmTvfMUGJPdlQ4k/</a></div></div>