-
Notifications
You must be signed in to change notification settings - Fork 2.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
Poetry inheriting issue for git-client on github.com #3222
Comments
At first glance I do not think this is an issue. Because there are legitimate cases where an |
Does this cause the process to hang as indicated in #2825? As in, is the user able to enter the details required? |
I've encountered it. not sure why, but it's not consistent, sometimes I could try to enter the credentials, sometimes I couldn't |
As I suggested in the other issue might be better to recommend the use of https://git-scm.com/docs/gitcredentials and disable interactions as you suggested. |
This issue has been automatically locked since there has not been any recent activity after it was closed. Please open a new issue for related bugs. |
I am on the latest Poetry version.
I have searched the issues of this repo and believe that this is not a duplicate.
If an exception occurs when executing a command, I executed it again in debug mode (
-vvv
option).OS version and name: Linux Mint 20, Py3.8.2 virtualenv
Poetry version: 1.1.2
Link of a Gist with the contents of your pyproject.toml file:
Issue
While
installing
orlocking
, if the github git repo is wrong (e.g. returns a 404 in a browser), then poetry (sometimes) shows an authentication error and ask for the username for that url.The pyproject.toml has a git dependency like
The typo is hard to see, it should be
flask-pika
instead offlask_pika
If the command is run without verbose output, then the "Username for 'https://github.com':" is sometimes shown only for a fraction of a second, so the command may never terminate and it's hard to know why.
Not sure poetry can or should mitigate the problem that comes from a lower level.
The problem comes (pretty sure) from github.com returning a 401 when it should return a 404:
gives us
This makes the git client (which is called in a subprocess by poetry) to ask for authentication.
setting the GIT_ASKPASS variable to false while caling
git
is an option, the credentials to use for a git dependency should be provided by poetry, not leavinggit
to figure it out by itselfThe text was updated successfully, but these errors were encountered: