Add setuptools_scm build dep to fix dist-info version not being set #52
Add this suggestion to a batch that can be applied as a single commit.
This suggestion is invalid because no changes were made to the code.
Suggestions cannot be applied while the pull request is closed.
Suggestions cannot be applied while viewing a subset of changes.
Only one suggestion per line can be applied in a batch.
Add this suggestion to a batch that can be applied as a single commit.
Applying suggestions on deleted lines is not supported.
You must change the existing code in this line in order to create a valid suggestion.
Outdated suggestions cannot be applied.
This suggestion has been applied or marked resolved.
Suggestions cannot be applied from pending reviews.
Suggestions cannot be applied on multi-line comments.
Suggestions cannot be applied while the pull request is queued to merge.
Suggestion cannot be applied right now. Please check back later.
Checklist
conda-smithy
(Use the phrase@conda-forge-admin, please rerender
in a comment in this PR for automated rerendering)Currently, as first discovered on pypa/twine#902 , the Twine conda package has an empty 0.0.0 version set in the core metadata (
.dist-info
, as displayed by standard Python packaging tooling, e.g.pip list
,twine --version
,importlib_metadata
, etc) instead of the correct version. This is due to a missingsetuptools_scm
build-time dependency; I confirmed that adding such is all that is needed to fix this issue in conda-forge/lektor-feedstock#19 .Therefore, I've added the required versions of Setuptools and Setuptools_SCM as build-time dependencies (as specified upstream and in the current Setuptools_SCM docs), which should fix the problem (which I'll confirm checking the build output). Additionally, I've bumped the readme_renderer version to match the upstream requirement, which seemed to be an oversight.
I'll re-render once this PR passes tests and I confirm the correct
.dist-info
version is displayed.