Make noarch: python (with variants)

conda-forge / jupyter_core-feedstock

A conda-smithy repository for jupyter_core.

BSD 3-Clause "New" or "Revised" License

2 stars 21 forks source link

Make noarch: python (with variants) #96

Closed bollwyvl closed 1 month ago

bollwyvl commented 1 month ago

Checklist

[x] Used a personal fork of the feedstock to propose changes
[x] Bumped the build number (if the version is unchanged)
[ ] Reset the build number to 0 (if the version changed)
[x] Re-rendered with the latest conda-smithy (Use the phrase code>@<space/conda-forge-admin, please rerender in a comment in this PR for automated rerendering)
[x] Ensured the license file is being packaged.

References:

alternative to #95

closes #49 closes #95 closes #44

bollwyvl commented 1 month ago

@conda-forge-admin please rerender

github-actions[bot] commented 1 month ago

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/meta.yaml) and found it was in an excellent condition.

github-actions[bot] commented 1 month ago

Hi! This is the friendly automated conda-forge-webservice.

I tried to rerender for you but ran into some issues. Please check the output logs of the latest webservices GitHub actions workflow run for errors. You can also ping conda-forge/core for further assistance or you can try rerendering locally.

This message was generated by GitHub actions workflow run https://github.com/conda-forge/jupyter_core-feedstock/actions/runs/10996461236.

bollwyvl commented 1 month ago

@minrk tried a bunch of things. anything that started doing _*_pypy caused the explosion again. this seems to work, and would likely keep working as long as the drift doesn't get too extreme...

minrk commented 1 month ago

Thanks, I think this works. I added a tweak to the constraints, so the cpython build requires the cpython metapackage, rather than excluding pypy.