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

"AssertionError: assert by_ref[ref] is not None" with previously working pyproject.toml #3016

Closed
3 tasks done
konstin opened this issue Oct 1, 2020 · 9 comments · Fixed by #3036
Closed
3 tasks done
Labels
area/solver Related to the dependency resolver kind/bug Something isn't working as expected

Comments

@konstin
Copy link

konstin commented Oct 1, 2020

  • I am on the latest Poetry version.
  • I have searched the issues of this repo and believe that this is not a duplicate. There are similar bug reports, but all for older versions
  • If an exception occurs when executing a command, I executed it again in debug mode (-vvv option).

Issue

After updating to poetry 1.1.0, poetry fails with an AssertionError. You can reproduce this by adding the pyproject.toml linked above to an empty directory and running poetry install.

Logs

After 1: Version solving took 0.600 seconds. and 1: Tried 1 solutions., I get:

  AssertionError

  

  at ~/.poetry/lib/poetry/mixology/incompatibility.py:60 in __init__
       56│                     # intersection, they're mutually exclusive, making this incompatibility
       57│                     # irrelevant, since we already know that mutually exclusive version
       58│                     # ranges are incompatible. We should never derive an irrelevant
       59│                     # incompatibility.
    →  60│                     assert by_ref[ref] is not None
       61│                 else:
       62│                     by_ref[ref] = term
       63│ 
       64│             new_terms = []
@konstin konstin added kind/bug Something isn't working as expected status/triage This issue needs to be triaged labels Oct 1, 2020
@abn
Copy link
Member

abn commented Oct 1, 2020

@konstin poetry add --lock django-anymail@^7.2 should resolve your issue.

@abn abn added the area/solver Related to the dependency resolver label Oct 1, 2020
@tony
Copy link
Contributor

tony commented Oct 1, 2020

@abn If we do that, then the extras don't show in pyproject.toml (in my case, I would need those), would the workaround also include extras?

Update: I filed a report in #3017

@tony
Copy link
Contributor

tony commented Oct 1, 2020

I made an issue at #3017 - same error message - but I'm not sure if it's related (at the core of things) or not yet.

I added a full traceback via -vvv. Please feel free to close #3017 if its a duplicate / handled via this issue

Thank you!

@aaaaahaaaaa
Copy link

@abn Any recommendation for a workaround while waiting for 1.2 to be released? This is currently breaking multiple of our pipelines.

@abn
Copy link
Member

abn commented Oct 2, 2020

@aaaaahaaaaa we will be releasing a bug fix release 1.1.1 soon :)

@aaaaahaaaaa
Copy link

aaaaahaaaaa commented Oct 2, 2020

@abn Any rough ETA?

@abn
Copy link
Member

abn commented Oct 2, 2020

@aaaaahaaaaa if the current open bugfix PRs get reviewed and verified, this weekend. Otherwise early next week.

@cuducos
Copy link

cuducos commented Oct 3, 2020

For those with broken pipelines: downgrading to 1.0.10 (poetry self update 1.0.10) did the trick for me. So I can wait with green pipelines until 1.1.1 is rolled out : )

@abn abn removed the status/triage This issue needs to be triaged label Mar 3, 2022
Copy link

github-actions bot commented Mar 2, 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 2, 2024
Sign up for free to subscribe to this conversation on GitHub. Already have an account? Sign in.
Labels
area/solver Related to the dependency resolver kind/bug Something isn't working as expected
Projects
None yet
Development

Successfully merging a pull request may close this issue.

5 participants