Resolving pdfminer-six depedency causes infinite loop

[tomlaube]

• 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-5.4.69
• Poetry version: 1.1.2
• Link of a Gist with the contents of your pyproject.toml file: https://gist.github.com/tomlaube/3c00379aa5988f0c3113ec93279dca56#file-pyproject-toml

Issue

Minimal toml to replicate issue:

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

[tool.poetry.dependencies]
python = "^3.7"
pdfminer-six = "^20200124"

[tool.poetry.dev-dependencies]

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

Running poetry update -vvv results in infinite loop:

   1: fact: pdfminer.six (20200124) depends on pycryptodome (*)
   1: fact: pdfminer.six (20200124) depends on sortedcontainers (*)
   1: fact: pdfminer.six (20200124) depends on chardet (*)
   1: selecting pdfminer.six (20200124)
   1: fact: pdfminer.six (20200124) depends on pycryptodome (*)
   1: fact: pdfminer.six (20200124) depends on sortedcontainers (*)
   1: fact: pdfminer.six (20200124) depends on chardet (*)
   1: selecting pdfminer.six (20200124)
   1: fact: pdfminer.six (20200124) depends on pycryptodome (*)
   1: fact: pdfminer.six (20200124) depends on sortedcontainers (*)
   1: fact: pdfminer.six (20200124) depends on chardet (*)
   1: selecting pdfminer.six (20200124)

The issue is most likely cause be that inconsistent naming: package pdfminer.six is correctly selected, it just doesn't match the provided pdfminer-six constraint.

[abn]

@sdispater seems that self._solution.relaton(term) is returning a subset. I did see similar cases in other issues. I suspect this is just a missing condition?

Similar issue #3200. Seems to be acused due to some issue with the name normalisation process.

[alexkyllo]

I am experiencing a similar infinite loop in dependency solving for a different package: azure-kusto-data.
On poetry 1.1.4, in a clean new poetry project, poetry add azure-kusto-data -vvv gets stuck in this loop, on both Win 10 and Ubuntu:

1: fact: azure-identity (1.5.0) depends on azure-core (>=1.0.0,<2.0.0)
   1: fact: azure-identity (1.5.0) depends on cryptography (>=2.1.4)
   1: fact: azure-identity (1.5.0) depends on msal (>=1.6.0,<2.0.0)
   1: fact: azure-identity (1.5.0) depends on msal-extensions (>=0.3.0,<0.4.0)
   1: fact: azure-identity (1.5.0) depends on six (>=1.6)
   1: selecting azure-identity (1.5.0)
   1: fact: azure-identity (1.5.0) depends on azure-core (>=1.0.0,<2.0.0)
   1: fact: azure-identity (1.5.0) depends on cryptography (>=2.1.4)
   1: fact: azure-identity (1.5.0) depends on msal (>=1.6.0,<2.0.0)
   1: fact: azure-identity (1.5.0) depends on msal-extensions (>=0.3.0,<0.4.0)
   1: fact: azure-identity (1.5.0) depends on six (>=1.6)
   1: selecting azure-identity (1.5.0)

[MarlonWe]

Worked for me:

"pdfminer.six" = "^20220319"

[dimbleby]

should be closed by python-poetry/poetry-core#328

[github-actions]

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.