-
Notifications
You must be signed in to change notification settings - Fork 116
New issue
Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.
By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.
Already on GitHub? Sign in to your account
Release a patched version to PyPI for NumPy compatibility #366
Comments
AFAIK it's really just down to replacing uses of deprecated dtype aliases (np.complex, np.float) for python builtins (complex, float). And of course, updating our CI environments to make sure that it's all tested appropriately. |
When I use
It' s an unfortunate limitation that |
Release candidate 1 is now up. Barring any major problems, I'll cut a final release within the next couple of days. |
Noticed that people have started employing the work around of upper bounding NumPy in their usage of mir_eval now (example) which tells me that it's high time to make a new release.
What steps are remaining to take to make mir_eval compatible with the latest NumPy again?
IIRC it's only a matter of running the GitHub Actions release workflow after bumping the version number in the code but I'm also not fully aware of relevant changes since 0.7 was built, so is it an incoming 0.8 or 0.7.1?
Something I could help with to expedite this? I'm available to help.
The text was updated successfully, but these errors were encountered: