Skip to content
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

Fails updating with "authorization error" (private repos) #6422

Closed
3 tasks done
sr-verde opened this issue Sep 6, 2022 · 7 comments
Closed
3 tasks done

Fails updating with "authorization error" (private repos) #6422

sr-verde opened this issue Sep 6, 2022 · 7 comments
Labels
kind/bug Something isn't working as expected

Comments

@sr-verde
Copy link

sr-verde commented Sep 6, 2022

  • 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 XYZ 5.19.6-arch1-1 #1 SMP PREEMPT_DYNAMIC Wed, 31 Aug 2022 22:09:40 +0000 x86_64 GNU/Linux

  • Poetry version: 1.2.0

  • Link of a Gist with the contents of your pyproject.toml file: pyproject.toml

Issue

When trying to updating dependencies using poetry update poetry fails with following error messages (truncated):

$ poetry --version
Poetry (version 1.2.0)
$ poetry update
Updating dependencies
Resolving dependencies... (0.6s)Source (xxx1): Authorization error accessing https://git.xxx.de/api/v4/projects/1/packages/pypi/simple/pylint/
Resolving dependencies... (2.0s)Source (xxx1): Authorization error accessing https://git.xxx.de/api/v4/projects/1/packages/pypi/simple/pyflakes/
Resolving dependencies... (2.8s)Source (xxx1): Authorization error accessing https://git.xxx.de/api/v4/projects/1/packages/pypi/simple/xenon/
…

It looks like Poetry is trying to install the dependencies all from the private repositories instead from pypi.

When downgrading to poetry 1.1.15 updating works as expected:

$ poetry --version
Poetry version 1.1.15
$ poetry update
Updating dependencies
Resolving dependencies... (123.5s)

Writing lock file

Package operations: 0 installs, 20 updates, 0 removals

  • Updating greenlet (1.1.2 -> 1.1.3)
  • Updating prompt-toolkit (3.0.30 -> 3.0.31)
  • Updating werkzeug (2.2.0 -> 2.2.2)
  • Updating flask (2.1.3 -> 2.2.2)
  • Updating mako (1.2.1 -> 1.2.2)
  • Updating sqlalchemy (1.4.39 -> 1.4.40)
  • Updating charset-normalizer (2.1.0 -> 2.1.1)
  • Updating urllib3 (1.26.11 -> 1.26.12)
  • Updating astroid (2.11.7 -> 2.12.6)
  • Updating dparse (0.5.1 -> 0.5.2)
  • Updating flask-security-too (4.1.4 -> 4.1.5)
  • Updating pathspec (0.9.0 -> 0.10.1)
  • Updating tomlkit (0.11.1 -> 0.11.4)
  • Updating black (22.6.0 -> 22.8.0)
  • Updating coverage (6.4.2 -> 6.4.4)
  • Updating freezegun (1.2.1 -> 1.2.2)
  • Updating pyflakes (2.4.0 -> 2.5.0)
  • Updating pylint (2.14.5 -> 2.15.0)
  • Updating setproctitle (1.2.3 -> 1.3.2)
  • Updating types-six (1.16.18 -> 1.16.19)
@sr-verde sr-verde added kind/bug Something isn't working as expected status/triage This issue needs to be triaged labels Sep 6, 2022
@dimbleby
Copy link
Contributor

dimbleby commented Sep 6, 2022

that's not a failure, that's just a new log

@sr-verde
Copy link
Author

sr-verde commented Sep 6, 2022

And one cannot suppress that? 😮 Is there more info about that new "feature"?

@dimbleby
Copy link
Contributor

dimbleby commented Sep 6, 2022

what info could you possibly want?

#5984 contains some discussion around the fact that poetry currently likes to try all sources for all packages, and an embryonic plan to change that

@clintonroy
Copy link
Contributor

Check out https://python-poetry.org/docs/repositories/, in particular ``If package sources are defined for a project, these will take precedence over PyPI. If you do not want this to be the case, you should declare all package sources to be secondary.''

Give that a burl.

@dimbleby
Copy link
Contributor

dimbleby commented Sep 6, 2022

I don't expect that to help, poetry has always tried secondary sources for packages even if the package was already found in a primary source. That's exactly what #5984 is about.

This one can safely be closed as a duplicate, though

@sr-verde
Copy link
Author

sr-verde commented Sep 6, 2022

Yeah, I just don't want to see those error messages.

This one can safely be closed as a duplicate, though

I agree. Thanks!

@sr-verde sr-verde closed this as completed Sep 6, 2022
@neersighted neersighted closed this as not planned Won't fix, can't repro, duplicate, stale Sep 6, 2022
@mkniewallner mkniewallner removed the status/triage This issue needs to be triaged label Sep 18, 2022
Copy link

github-actions bot commented Mar 1, 2024

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.

@github-actions github-actions bot locked as resolved and limited conversation to collaborators Mar 1, 2024
Sign up for free to subscribe to this conversation on GitHub. Already have an account? Sign in.
Labels
kind/bug Something isn't working as expected
Projects
None yet
Development

No branches or pull requests

5 participants