question-mark
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.

Mistyped package name causes infinite loop

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).
  • OS version and name: Tested on macOS & Arch Linux
  • Poetry version: 1.1.2
  • Link of a Gist with the contents of your pyproject.toml file:

Issue

I converted my dependencies file using DepHell from Pipfile to requirements.txt to Poetry pyproject.toml. Trying to use this converted file, Poetry for some reason got stuck in an infinite loop. I tracked it down to one bad line.

The PyPI package has a name ruamel.yaml (with a dot), but my dependencies had it with a hyphen: ruamel-yaml

[tool.poetry.dependencies]
ruamel-yaml = "*"

Running poetry lock on such a file reproduces the infinite loop.

This may be partially causing #2094 (“Poetry is extremely slow when resolving the dependencies”).

image

I cannot trigger this issue by using the Poetry command, however. If I write poetry add ruamel-yaml, it adds dependency with the correct name "ruamel.yaml" = "^0.16.12" and poetry lock works fine with that.

Issue Analytics

  • State:closed
  • Created 3 years ago
  • Reactions:2
  • Comments:9 (7 by maintainers)

github_iconTop GitHub Comments

1reaction
intgrcommented, Oct 13, 2020

Note that if the dependency is added to pyproject.toml with a dot "ruamel.yaml" = "^0.16.12", it does not trigger the issue. It’s somehow caused by the package name in pyproject.toml.

0reactions
dimblebycommented, May 31, 2022
Read more comments on GitHub >

github_iconTop Results From Across the Web

pdflatex from texlive enters infinite loop - LaTeX Stack Exchange
I have added a check for this case to the package. Package etex Warning: Extended allocation already in use. (etex) etex.sty code will...
Read more >
Infinite loop caused by require(gWidgetstcltk) - Stack Overflow
I installed the packages as usual using install.package() and the files referred to seem to be present. gWidgets seems to load just fine....
Read more >
Why it is dangerous to have an infinite loop in a program?
Infinite loops are most likely caused by a wrong comparison in the loop condition, such as mixing up “greater than” and “less than”....
Read more >
Checks | Staticcheck
SA5002, The empty for loop ( for {} ) spins and can block the scheduler. SA5003, Defers in infinite loops will never execute....
Read more >
Bug descriptions — spotbugs 4.7.3 documentation
A mutable static field could be changed by malicious code or by accident from another package. Unfortunately, the way the field is used...
Read more >

github_iconTop Related Medium Post

No results found

github_iconTop Related StackOverflow Question

No results found

github_iconTroubleshoot Live Code

Lightrun enables developers to add logs, metrics and snapshots to live code - no restarts or redeploys required.
Start Free

github_iconTop Related Reddit Thread

No results found

github_iconTop Related Hackernoon Post

No results found

github_iconTop Related Tweet

No results found

github_iconTop Related Dev.to Post

No results found

github_iconTop Related Hashnode Post

No results found