Closed adrianusler closed 2 months ago
[!IMPORTANT]
Review skipped
Auto reviews are disabled on this repository.
Please check the settings in the CodeRabbit UI or the
.coderabbit.yaml
file in this repository. To trigger a single review, invoke the@coderabbitai review
command.You can disable this status message by setting the
reviews.review_status
tofalse
in the CodeRabbit configuration file.
Thank you for using CodeRabbit. We offer it for free to the OSS community and would appreciate your support in helping us grow. If you find it useful, would you consider giving us a shout-out on your favorite social media?
All modified and coverable lines are covered by tests :white_check_mark:
Project coverage is 85.81%. Comparing base (
2f67644
) to head (14a56dd
).
:umbrella: View full report in Codecov by Sentry.
:loudspeaker: Have feedback on the report? Share it here.
@adrianusler numpy
advises against using assert_array_almost_equal
, could you replace it?
@adrianusler
numpy
advises against usingassert_array_almost_equal
, could you replace it?
Done! Ready to merge now @ab5424 @Michel-Heinz
Test failure is unrelated, merging @adrianusler
@adrianusler @Michel-Heinz For context, the test on windows py3.12 are failing because the corresponding matplotlib 3.9.1
wheel was deleted from pypi
@adrianusler @Michel-Heinz For context, the test on windows py3.12 are failing because the corresponding
matplotlib 3.9.1
wheel was deleted from pypi
Thanks for letting us know @ab5424, I thought at first that I had messed something up :sweat_smile: Do you happen to know a way how we could fix this? Please excuse my lazy asking
We could pin matplotlib to <3.9.1 but since this affects so many other projects as well (as you can see in the discussion linked above) I can only assume that they will fix this in the next days.
The 3.9.1 wheels on windows would, depending on import order, cause segfaults, see https://github.com/matplotlib/matplotlib/issues/28551#issuecomment-2266699619.
We deleted the bad wheels to avoid segfaults (which seemed like a good idea) but failed to anticipate that this would cause downstream projects to start trying to build mpl from source instead of pulling the 3.9.0 wheel. We have now yanked the whole 3.9.1 release to fix these problems and will get 3.9.2 out as quick as we can.
To prevent this sort of thing in the future (trying to build something from source when you are not prepared to do so) I suggest using matplotlib --only-binary "matplotlib"
in your requirements file (which may be a good practice for all wheels that have extensions).
Sorry for the trouble.
In general, if you want to pin to avoid a bad release, I suggest using package!=X.Y.Z
(e.g. matplotlib!=3.9.1
so that you do not have to remember to go back and remove the pin later.
I have extended the testing of the
calculate_aos()
routine. Closes #446.