You signed in with another tab or window. Reload to refresh your session.You signed out in another tab or window. Reload to refresh your session.You switched accounts on another tab or window. Reload to refresh your session.Dismiss alert
And I get the output (when verbose) followed by a stuck execution:
DEBUG Checking keyring for credentials for __token__@https://us-east1-python.pkg.dev/nilo-prd/python-libs/
DEBUG Found credentials in keyring for https://us-east1-python.pkg.dev/nilo-prd/python-libs/
DEBUG Response code for https://us-east1-python.pkg.dev/nilo-prd/python-libs/: 401 Unauthorized
Unfortunately I'm in the same boat, but I'd like to see a solution here (super excited to see #7839 !) . I've tried both of the documented solutions here and have not been able to get either of them to work. The same twine upload command works just fine for us (that's what we've been using with rye). I have never been able to get anything other than a 401 or 404 with uv publish. What I've run into:
If I set keyring provider to subprocess I get a 404 and the command never returns (same as above)
If I have oauth2accesstoken@ in the publish url I get a failure due to redirect on publishing. The error instructs me to use the canonical url
If I pass oauth2accesstoken and the token in basic auth in the publish url, I get prompted for username/password
If I use the canonical url (with /simple) and I explicitly pass in the token, I get a 404 and the command never returns.
We're currently migrating from Poetry to uv.
We use Google Artifact Registry as our private PyPI server.
I was able to download private packages using
uv
with thepyproject.toml
config:But I cannot publish/upload any private package.
I'm using:
uv publish --keyring-provider subprocess --username __token__ --publish-url https://us-east1-python.pkg.dev/nilo-prd/python-libs/
And I get the output (when verbose) followed by a stuck execution:
With twine I can execute:
And successfully publish the package. So the keyring seems to be working fine.
Any idea of what I'm missing here?
The text was updated successfully, but these errors were encountered: