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

Rebuild for python39 #37

Conversation

regro-cf-autotick-bot
Copy link
Contributor

This PR has been triggered in an effort to update python39.

Notes and instructions for merging this PR:

  1. Please merge the PR only after the tests have passed.
  2. Feel free to push to the bot's branch to update this PR if needed.

Please note that if you close this PR we presume that the feedstock has been rebuilt, so if you are going to perform the rebuild yourself don't close this PR until the your rebuild has been merged.

This package has the following downstream children:

And potentially more.

If this PR was opened in error or needs to be updated please add the bot-rerun label to this PR. The bot will close this PR and schedule another one. If you do not have permissions to add this label, you can use the phrase @conda-forge-admin, please rerun bot in a PR comment to have the conda-forge-admin add it for you.

This PR was created by the regro-cf-autotick-bot.
The regro-cf-autotick-bot is a service to automatically track the dependency graph, migrate packages, and propose package version updates for conda-forge. If you would like a local version of this bot, you might consider using rever. Rever is a tool for automating software releases and forms the backbone of the bot's conda-forge PRing capability. Rever is both conda (conda install -c conda-forge rever) and pip (pip install re-ver) installable.
Finally, feel free to drop us a line if there are any issues!
This PR was generated by , please use this URL for debugging

@conda-forge-linter
Copy link

Hi! This is the friendly automated conda-forge-linting service.

I just wanted to let you know that I linted all conda-recipes in your PR (recipe) and found it was in an excellent condition.

@brian-rose
Copy link
Contributor

Everything builds correctly except Windows / Python 3.9. That one has a failed conda package dependency (excerpt below). I'm not sure how to tackle this.

libflang[version='>=5.0.0'] -> vc[version='14|>=14,<15.0a0']
pytest -> python[version='>=3.6,<3.7.0a0'] -> vc[version='10.*|14.*|>=14.1,<15.0a0|>=14,<15.0a0|>=9,<10.0a0|9.*']
future -> python[version='>=3.9,<3.10.0a0'] -> vc[version='10.*|14.*|>=14.1,<15.0a0|>=14,<15.0a0|>=9,<10.0a0|9.*']
numpy[version='>=1.19.2,<2.0a0'] -> python[version='>=3.7,<3.8.0a0'] -> vc[version='14.*|>=14,<15.0a0']
numpy[version='>=1.19.2,<2.0a0'] -> vc[version='>=14.1,<15.0a0']
attrdict -> python -> vc[version='10.*|14.*|>=14.1,<15.0a0|>=14,<15.0a0|>=9,<10.0a0|9.*']
vc[version='>=14.1,<15.0a0']
libflang[version='>=5.0.0'] -> openmp==5.0.0 -> vc=14

Package scipy conflicts for:
scipy
xarray -> scipy
pydap -> scipy

Package setuptools conflicts for:
pydap -> jinja2 -> setuptools
pytest -> setuptools[version='>=40.0']
xarray -> setuptools[version='>=41.2']

Package six conflicts for:
pytest -> six[version='>=1.10.0']
pydap -> mechanicalsoup -> six[version='>=1.4']
pydap -> six[version='>=1.4.0']
scipy -> mkl-service[version='>=2,<3.0a0'] -> six
pytest -> more-itertools[version='>=4.0.0'] -> six[version='>=1.0.0,<2.0.0']
attrdict -> six

Package numpy conflicts for:
numpy[version='>=1.19.2,<2.0a0']
scipy -> numpy[version='>=1.11.3,<2.0a0|>=1.14.6,<2.0a0|>=1.15.1,<2.0a0']
xarray -> pandas[version='>=0.25'] -> numpy[version='1.10.*|1.11.*|1.12.*|1.13.*|>=1.11.*|>=1.11.3,<2.0a0|>=1.12.1,<2.0a0|>=1.13.3,<2.0a0|>=1.14.6,<2.0a0|>=1.15.4,<2.0a0|>=1.16.5,<2.0a0|>=1.19.2,<2.0a0|>=1.16.6,<2.0a0|>=1.9.*|>=1.9|>=1.8|>=1.7|>=1.11.3,<1.12.0a0|>=1.14.5,<2.0a0|>=1.13.0|>=1.11.0|>=1.10.4|>=1.10|>=1.15.1,<2.0a0']
xarray -> numpy[version='>=1.11|>=1.12|>=1.14|>=1.15|>=1.17']
pydap -> gsw -> numpy[version='1.11.*|1.12.*|1.13.*|>=1.11|>=1.11.3,<2.0a0|>=1.14.6,<2.0a0|>=1.16.5,<2.0a0|>=1.19.2,<2.0a0|>=1.15.1,<2.0a0']
pydap -> numpy

Package requests conflicts for:
pydap -> requests
pydap -> mechanicalsoup -> requests[version='>=2.0']
requests

@Anthchirp
Copy link
Member

blocked by conda-forge/scipy-feedstock#139

@regro-cf-autotick-bot
Copy link
Contributor Author

I see that this PR has conflicts and I'm the only committer I'm going to close this PR and will make another one as appropriate. This was generated by

@regro-cf-autotick-bot regro-cf-autotick-bot deleted the rebuild-python39-0-2_hc6e198 branch October 17, 2020 22:25
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.

4 participants