-
Notifications
You must be signed in to change notification settings - Fork 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
Help users determine the origin of their ResolutionImpossible error #8492
Comments
Per discussion in our meeting last week, this is something we'd like to do in Phase III. |
Per discussion in our team meeting this week, I'd like this to be done before the new resolver becomes the default. |
Imagine that we have a situation where package_coffee and package_tea create a conflict, but both are being pulled in by other packages (e.g. they are not directly specified by the user). Maybe we could illustrate the root of the conflict with something like this:
to discuss @pradyunsg @ei8fdb |
please see #8495 for most up to date error message suggestions. |
Closing in favour of #9036 |
I am currently putting together documentation for the new resolver (see #8459).
As part of this process, I've been trying to work out how a user would work out where in their dependency tree a conflict has occurred - because in projects where a conflict has occurred deep in the dependency tree, it might not be obvious what package(s) a user needs to look at to solve their problem.
#8380 went a long way to improving the default error message, however (as discussed with @pfmoore and @ei8fdb) it would be useful to expose more information in the error message itself.
Side note: suggestions in #8346 related to improving the output pip provides while resolving a dependency conflict could also help the user find the source of the conflict. I think we should do both.
Recommended message format to follow.
The text was updated successfully, but these errors were encountered: