Skip to content
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

Fix py310 test #207

Closed
wants to merge 5 commits into from
Closed

Fix py310 test #207

wants to merge 5 commits into from

Conversation

ocefpaf
Copy link
Member

@ocefpaf ocefpaf commented Nov 12, 2021

I'm not sure how to set cirrus-ci and if I added the new env file correctly. I'm not familiar with this multiple files setup. Hopefully things are in the right place.

@ocefpaf
Copy link
Member Author

ocefpaf commented Nov 12, 2021

BTW, I'm not able to build latest release or main with modern pip/setuptools. I'm not sure what changed but I can only build the release before 3.0.1.post0. See conda-forge/cf_units-feedstock#45

@trexfeathers
Copy link
Collaborator

BTW, I'm not able to build latest release or main with modern pip/setuptools. I'm not sure what changed but I can only build the release before 3.0.1.post0.

Our Read the Docs builds show that this first occurred at commit 5540e08.

@ocefpaf ocefpaf mentioned this pull request Jan 25, 2022
@codecov
Copy link

codecov bot commented Jan 25, 2022

Codecov Report

Merging #207 (8218d9b) into main (a210133) will not change coverage.
The diff coverage is n/a.

Impacted file tree graph

@@           Coverage Diff           @@
##             main     #207   +/-   ##
=======================================
  Coverage   91.05%   91.05%           
=======================================
  Files           6        6           
  Lines         816      816           
  Branches      121      121           
=======================================
  Hits          743      743           
  Misses         61       61           
  Partials       12       12           

Continue to review full report at Codecov.

Legend - Click here to learn more
Δ = absolute <relative> (impact), ø = not affected, ? = missing data
Powered by Codecov. Last update a210133...8218d9b. Read the comment docs.

@@ -12,7 +12,7 @@ dependencies:

# core dependencies
- antlr-python-runtime 4.7.2.*
- cftime>=1.2
- cftime>=1.2,<1.5.1.1
Copy link
Member Author

Choose a reason for hiding this comment

The reason will be displayed to describe this comment to others. Learn more.

We probably don't want this pin but I'm not sure what is the right fix for cftime new default. Should I just change the expected calendar in that test? If so, the test is a bit flaky and ensuring the expected calendar explicitly is probably better than relaying on cftime's defaults.

Copy link
Member

Choose a reason for hiding this comment

The reason will be displayed to describe this comment to others. Learn more.

Over at #205, @larsbarring actively wants to change the expected calendar in that test. But now I’m confused, as I thought Unidata/cftime#257 would be needed to change it, and cftime‘s GitHub page is not indicating any releases since September 😕

Copy link
Contributor

Choose a reason for hiding this comment

The reason will be displayed to describe this comment to others. Learn more.

I was in contact with cftime developers in Unidata/cdtime#256 and initially they did a required change in Unidata/cdtime#257. But it it broke xarray, and thus was not merged into main. So I asked the xarray devs and they have some ideas. But I am already way out of my competence zone, so I will just have to wait see --- and hope that I have not caused any trouble for you guys.

Copy link
Member

Choose a reason for hiding this comment

The reason will be displayed to describe this comment to others. Learn more.

hope that I have not caused any trouble for you guys.

Not at all, I think by opening #205 you have helped us prepare for this change whereas usually we catch up some time later.

I am just confused because there seems to be a new cftime release that is not advertised on their GitHub page (which is where I had been checking).

Copy link
Member Author

Choose a reason for hiding this comment

The reason will be displayed to describe this comment to others. Learn more.

@rcomer maybe we can take the conservative approach for now and issue one more release with a cftime pin to unlock a py310 wheel?

@ocefpaf
Copy link
Member Author

ocefpaf commented Jan 25, 2022

Python 3.10 is failing now b/c we are missing the older cftime on that py version. I added it to conda-forge and this test should pass when we restart. However, we should probably just update the test to the latest cftime and pin to cftime>1.5.1.1 instead. What do you all think?

@bjlittle
Copy link
Member

Replaced by #214

@bjlittle bjlittle closed this Feb 16, 2022
@ocefpaf ocefpaf deleted the fix_py310_test branch February 16, 2022 20:27
Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment
Labels
None yet
Projects
None yet
Development

Successfully merging this pull request may close these issues.

5 participants