Skip to content

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

Merged
oz123 merged 4 commits intomainfrom
resolver-subprocess-maybe
Jul 23, 2023
Merged

Restore prior resolver default behavior but maintain direct code path for testing resolver.#5809
oz123 merged 4 commits intomainfrom
resolver-subprocess-maybe

Conversation

@matteius
Copy link
Copy Markdown
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
@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