-
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
Private registry dependencies using API token #2538
Comments
we have a similar setup and poetry (>=1) works fine with a PAT.
|
@Persedes if that works that is a massive help! I'm going to tentatively say that this is still a bug. there's a documented solution using the api token that doesn't work-
and an undocumented solution which allegedly does work
|
@danieleades I'm of the opinion the documentation is a little unclear. However it seems to work for multiple users: There are steps provided here in #910, specifically #910 (comment) For what it's worth, I was able to get a poetry to publish to a pywharf container backed by the local filesystem using this approach, with the exception that I provide the repo name as the username, e.g., with the repo "mypypi" and secret "foo":
|
I have encountered this issue also. Is anybody planning to work on resolving this? |
I could not make poetry ( My current workaround is:
[http-basic]
# possibly other repos are here
[http-basic.myrepo]
username = "__token__" # literally this, it's not a placeholder
password = "mysecrettoken" # the api token goes here After that poetry can authenticate successfully and without further user interaction. I could not replicate this working config by any combination of http-basic / pypi-token. |
For jfrog artifiactory specifically try generating a token for your user [http-basic]
[http-basic.ag-dev]
username = "USERNAME"
password = "YOUR_TOKEN" |
This change fixes a regression in the password manager that disallowed the use of empty username or password as required by some self-hosted repositories. Relates-to: python-poetry#9079 python-poetry#2538
This change fixes a regression in the password manager that disallowed the use of empty username or password as required by some self-hosted repositories. Relates-to: python-poetry#9079 python-poetry#2538
This change fixes a regression in the password manager that disallowed the use of empty username or password as required by some self-hosted repositories. Relates-to: python-poetry#9079 python-poetry#2538
This change fixes a regression in the password manager that disallowed the use of empty username or password as required by some self-hosted repositories. Relates-to: python-poetry#9079 python-poetry#2538
This change fixes a regression in the password manager that disallowed the use of empty username or password as required by some self-hosted repositories. Relates-to: python-poetry#9079 python-poetry#2538
-vvv
option).Issue
Apologies for the brevity of this description, i'm not in front of my machine right now. There may be a very simple answer to this question.
Are private pypi registries accessible using the API token, rather than username/password? I see that API token support for the public pypi registry was added in #1275, was this intended to also provide support for non-public registries?
I guess i'm asking if some part of the API token authentication implementation is hardcoded to the public pypi registry?
If it is intended that this should work, what diagnostic information can I provide, or debugging steps can I follow?
(note that i'm lagging a couple of releases on the poetry version. Please let me know if there's any changes that could affect this that are undocumented in the changelog)
The text was updated successfully, but these errors were encountered: