Skip to content
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

Detect an unnamed requirement is user-specified #10084

Merged
merged 3 commits into from
Jul 12, 2021

Conversation

uranusjr
Copy link
Member

Fix #9204. See comments in linked issue for diagnosis. I also took the chance to refactor this initial collection logic into the factory since it seems to fit there better.

@uranusjr uranusjr added this to the 21.2 milestone Jun 20, 2021
Copy link
Member

@pradyunsg pradyunsg left a comment

Choose a reason for hiding this comment

The reason will be displayed to describe this comment to others. Learn more.

LGTM, based on a skim of the discussion and a quick review of the patch here.

This always prepares each explicit requirements when the resolver is
run, instead of when they are being resolved. But we always want to
prepare them anyway (an explicit requirement has only one candidate, so
it's either do or die), so this is not really a problem.
@uranusjr uranusjr force-pushed the new-resolver-local-dependencies branch from ffbf0e8 to 73edd74 Compare July 12, 2021 04:40
@uranusjr uranusjr merged commit 11a9990 into pypa:main Jul 12, 2021
@uranusjr uranusjr deleted the new-resolver-local-dependencies branch July 12, 2021 06:01
@github-actions github-actions bot locked as resolved and limited conversation to collaborators Sep 28, 2021
Sign up for free to subscribe to this conversation on GitHub. Already have an account? Sign in.
Labels
None yet
Projects
None yet
Development

Successfully merging this pull request may close these issues.

Installing local packages with transitive dependencies and extras not working
2 participants