-
Notifications
You must be signed in to change notification settings - Fork 2.3k
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
Implement PEP 639 #9670
Labels
kind/feature
Feature requests/implementations
status/accepted
Feature request accepted for the roadmap
Comments
befeleme
added
kind/feature
Feature requests/implementations
status/triage
This issue needs to be triaged
labels
Sep 4, 2024
We will wait for packaging to support it and use their implementation. |
This looks to be implemented in packaging 24.2. |
This comment was marked as off-topic.
This comment was marked as off-topic.
This comment was marked as off-topic.
This comment was marked as off-topic.
This comment was marked as off-topic.
This comment was marked as off-topic.
This comment was marked as off-topic.
This comment was marked as off-topic.
This comment was marked as off-topic.
This comment was marked as off-topic.
I have hidden the off-topic comments. Please avoid commenting on matters not connected with implementing the new standard. |
Sign up for free
to join this conversation on GitHub.
Already have an account?
Sign in to comment
Labels
kind/feature
Feature requests/implementations
status/accepted
Feature request accepted for the roadmap
Issue Kind
Change in current behaviour
Description
See: https://peps.python.org/pep-0639
Additional context:
The full implementation, including the Core Metadata bump to 2.4, will require also the support on the side of PyPI first:
Implement PEP 639 pypi/warehouse#16620
There's a plan to add validation data and parser to packaging:
Add SPDX license data pypa/packaging#799 + PEP 639: Implement License-Expression and License-File pypa/packaging#828
Impact
poetry now uses the
license
field from the custom[tool.poetry]
table - this will enable unification under the specified main[project]
table of pyproject.toml and map to a new core metadata field.This also brings in a standardized way of specifying the license files in the package metadata, which will help the downstream consumers locate them unambiguously.
Workarounds
poetry now includes both the license expression (as SPDX) and the license files in the distribution. This will just make the declarations and metadata unified across many packaging tools.
The text was updated successfully, but these errors were encountered: