Fixing build/test failures

[ajjackson]

Tests are broken overnight at build stage, despite no change to euphonic code. The setup.py build can no longer find Numpy, which has clearly been installed beforehand.

Could be a setuptools update? A lot of projects have been burned by removal of setuptools.command.test but we don't use that.

[ajjackson]

Pinning to <72 has not helped. There is something interesting in the error message, though

Building wheels for collected packages: euphonic
  Building wheel for euphonic (pyproject.toml): started
  Building wheel for euphonic (pyproject.toml): finished with status 'error'
  error: subprocess-exited-with-error
  
  × Building wheel for euphonic (pyproject.toml) did not run successfully.

Why does this mention pyproject.toml when Euphonic does not use such a thing?

In yesterday's successful build:

Building wheels for collected packages: euphonic
  Building wheel for euphonic (setup.py): started
  Building wheel for euphonic (setup.py): finished with status 'done'

[github-actions]

Test Results

0 tests  ±0   0 ✅ ±0   0s ⏱️ ±0s
0 suites ±0   0 💤 ±0 
0 files   ±0   0 ❌ ±0 

Results for commit b457971. ± Comparison against base commit 994a4e4.

♻️ This comment has been updated with latest results.

[ajjackson]

It looks like the cause here is a double-whammy of setuptools and the missing wheel dependency from conda: I have to add both of these to the tox requirements to get things working again locally. Let's see how that maps to Github Actions...

It seems like quite the coincidence that both problems would arise simultaneously, so I must be missing something 🤔

[ajjackson]

Ok, pinning both setuptools and wheel versions seems to do the trick.

At some point it would be nice to rework the configuration to use pyproject.toml, and that might work with a newer setuptools. But that's a big job in its own right and not needed to get this working again for now.