Pin setuptools<60

[xhochy]

See numba/numba@454fe25

This fixes all the failing pip check calls in downstream packages.

Related discussion in yesterday

Checklist

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

[conda-forge-linter]

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.

[henryiii]

Upstream is planning on removing this dependency as required (and that forces it to be unlimited). I think the best action is to patch out the limit here.

[jakirkham]

If we want to add to host and test/requires, that seems ok. Based on discussion starting here ( #94 (comment) ), we've decided not to do this in run as it would cause different kinds of user pain

As Henry already noted, upstream is working to eliminate this dependency

[henryiii]

But host and test/requires doesn't affect downstream users, it would not fix the pip check issues. And Numba does support newer setuptools except for 65.0.0 and 65.0.1 due to the removal of msvccompiler that was reverted later. So there's no harm in this, but no benefit either.

#105 fixes pip check to show the issue. I believe the correct fix (building on that one) would be to patch setup.py to remove this limit. Upstream plans to remove this as a requirement, which means it can't be constrained anymore from their end (since pip doesn't have optional constraints).

[gmarkall]

I believe the correct fix (building on that one) would be to patch setup.py to remove this limit.

An attempt at this is in #106.