-
Notifications
You must be signed in to change notification settings - Fork 770
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
Consider reading pyproject.toml
metadata directly
#2629
Comments
Yes, I believe this should work per Paul Moore's comment here: pypa/pip#11440 (comment) |
This could be a nice optimization for resolution. |
I've had a similar PR lying around for pip-compile for a while: jazzband/pip-tools#1964 |
Sorry if this is too tangential, but in my reading environment variables are not part of dependency specs (only requirements files) - thus Example https://pdm-project.org/latest/usage/dependency/#local-dependencies |
My impression is that those usages are not spec compliant. But they do exist in the wild, so we'll have to detect them and skip the optimization in that case. |
According to the spec:
In other words, if a field is defined in the
[project]
section, and not declared as dynamic, the spec suggests it must be used... verbatim? I think? So in theory we could read the metadata directly without executing any PEP 517 hooks.This would not work for Hatch projects that rely on context formatting: pypa/hatch#1331
The text was updated successfully, but these errors were encountered: