Stuck on an issue?

Lightrun Answers was designed to reduce the constant googling that comes with debugging 3rd party libraries. It collects links to all the places you might be looking at while hunting down a tough bug.

And, if you’re still stuck at the end, we’re happy to hop on a call to see how we can help out.

Dependency resolution is extremely slow

See original GitHub issue

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).

Specs

OS version and name: OS: Linux 5.13 Ubuntu 21.10 21.10 (Impish Indri) CPU: (12) x64 Intel® Core™ i7-8700 CPU @ 3.20GHz
Poetry version: 1.1.12

pyproject.toml

[tool.poetry]
name = "package-name"
version = "0.1.0"
description = ""
authors = ["Your Name <you@example.com>"]

[tool.poetry.dependencies]
python = "^3.9"
numpy = "^1"

[tool.poetry.dev-dependencies]
pytest = "^5.2"
pdbpp = "^0.10.3"
black = "^21.9b0"
isort = "^5.9.3"
ipython = "^7.28.0"
pylint = "^2.11.1"

[build-system]
requires = ["poetry-core>=1.0.0"]
build-backend = "poetry.core.masonry.api"

Internet connection

Testing download speed................................................................................
Download: 906.41 Mbit/s
Testing upload speed......................................................................................................
Upload: 292.53 Mbit/s

Issue

Just running poetry update took 15 minutes to do exactly nothing:

Updating dependencies
Resolving dependencies... (922.3s)

Writing lock file

No dependencies to install or update

Even more, for other packages with a few more dependencies, I’ve seen poetry running for more than one hour without completing (I killed).

In general, this behavior happens for all the sub-commands that potentially have to resolve dependencies, including add, update, but even install.

Issue Analytics

State:
Created 2 years ago
Reactions:7
Comments:25

Top GitHub Comments

7reactions

AleCandidocommented, Jun 19, 2022

Taking long might be frustrating, and I really hope it will improve over time.

On the other hand this is not a frequent operation in development. So I just leave my computer doing it for me, while doing something else.

In any case, you got it for free @ash1khan, so I see no reason why to complaint with people here, that are only trying to improve. If anything, consider to take part to the effort. https://github.com/python-poetry/poetry/blob/9ca39b0ab3fc9d83fd6ab9b66d86b27cd137bbcf/CODE_OF_CONDUCT.md?plain=1#L14-L21

If you’re just not interested in, that’s it. No need to say anything more 😃

5reactions

ash1khancommented, Jun 18, 2022

It will take a thousand years to catch pipenv. Tried almost all workaround and installing in fresh linux with a fresh empty project. Adding fastapi took 4329.2 s. I don’t know what poetry does extra for keeping dependency check for me. But I really don’t care. All i care is about time. Creating virtual env with cementing lock file for dependencies with pipenv took 0.2 sec. I am out

Top Results From Across the Web

Tangent: Poetry can have very slow dependency resolution. It ...

Tangent: Poetry can have very slow dependency resolution. It doesn't cut to the core of the problem: Pypi doesn't enforce clearly specifying dependencies....

Dependency resolution extremely slow with s3 repositories

With mavenCentral(), I believe it gets a shared object, so resolving a dependency on maven central gets resolved just once.

Gradle dependencies resolving suddenly extremely slow

I am developing Android project with Android Studio and gradle. Till yesterday, gradle build was building relatively fast in a few seconds.

Android build gradle is too slow (Dependency Resolution)

Android : Android build gradle is too slow ( Dependency Resolution ) [ Beautify Your Computer : https://www.hows.tech/p/recommended.html ] ...

Extremely slow execution of an external dependency function

There are some improvements we have planned to make dependency resolution a bit faster over the next few months. In the meantime, I...