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

Restore prior resolver default behavior but maintain direct code path for testing resolver. #5809

Merged
merged 4 commits into from
Jul 23, 2023

Conversation

matteius
Copy link
Member

@matteius matteius commented Jul 22, 2023

The issue

Fixes #5803 by restoring the default behavior to run the resolver in the project python sub-process.

Maintain the option to invoke resolver directly (useful for debugging).

The checklist

  • Associated issue
  • A news fragment in the news/ directory to describe this fix with the extension .bugfix.rst, .feature.rst, .behavior.rst, .doc.rst. .vendor.rst. or .trivial.rst (this will appear in the release changelog). Use semantic line breaks and name the file after the issue number or the PR #.

@oz123 oz123 merged commit 76d40f5 into main Jul 23, 2023
19 checks passed
@oz123 oz123 deleted the resolver-subprocess-maybe branch July 23, 2023 19:30
Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment
Labels
None yet
Projects
None yet
Development

Successfully merging this pull request may close these issues.

Pipenv seems to resolve dependencies for Python version on which is pipenv running instead of specified
2 participants