-
Notifications
You must be signed in to change notification settings - Fork 21
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
Support PEP 639 license metadata once that PEP is accepted #93
Comments
Hmm so this might be fixed by: |
Pyroma is referring to the PEP 639 is a draft spec, and I need to finish at least one last round of (mostly non-content-relevant changes) and potentially some additional feedback, before it is considered for acceptance and final implementation, so it seems premature for Pyroma to support it yet. Sorry for the delay! However, when it does, Pyroma should detect (and perhaps validate) it. |
Thank you for the fast reply! I'd missed that PEP 639 is still a draft - Hatch's docs suggest using the new string form I've filed pypa/hatch#679 |
Thanks, I've replied over there. We could leave this open as a reminder if/when PEP 639 is accepted, or we could close this for now. |
Whichever you prefer; either works for me :-) |
Up to @regebro |
Let's leave it open. |
PEP 639 has been provisionally accepted and support is being added to tools. |
This project has a
license
defined under the[project]
table inpyproject.toml
:https://github.com/heroku/sf-functions-python/blob/a7541831525ae1850ae2c8511d2b0c8f94597a53/pyproject.toml#L10
However, pyroma 4.1 on macOS using Python 3.11.0 reports that no license was specified:
The text was updated successfully, but these errors were encountered: