-
Notifications
You must be signed in to change notification settings - Fork 66
Skip mypy check in CI #221
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
Conversation
I added october to custom dictionary as it failed spell check <reno.sphinxext current branch>:29: : Spell check: october: in October 2024 and is no longer being maintained. If you were. |
Pull Request Test Coverage Report for Build 13839602999Details
💛 - Coveralls |
The CI tasks,, which run against (monitor) Qiskit main branch to ensure it continues to work for new releases is failing. This is due to algorithms still using V1 primitives. I imagine that once that is released things will fail here - a pin for Qiskit < 2.0 could be added now, which would avoid that preemptively. I guess that can be done in a separate PR too, like adding 3.13 Python support as noted above. |
There was a problem hiding this comment.
Choose a reason for hiding this comment
The reason will be displayed to describe this comment to others. Learn more.
The PR LGTM and I am in favor of the pin <2.0. The tests against qiskit main were good while they lasted... Maybe the pin can be added as part of this PR instead of a follow-up, just for the sake of seeing the green ticks. What do you think?
There was a problem hiding this comment.
Choose a reason for hiding this comment
The reason will be displayed to describe this comment to others. Learn more.
LGTM. I think that the failed tests against main are to be expected here, and work as a reminder of the incompatibility with 2.0.
Summary
Currently CI is failing mypy checks, It seems this happens with the latest numpy version (2.2.x and above) that has changed things
I chose to simply disable the mypy checks for now as there are many errors that would need sorting to keep mypy checks in place. It would be possible to limit numpy in CI here to < 2.2, where it still passes fine, but I chose instead to have the latest numpy installed so its unit tested with that.
Details and comments
See #218 (comment) for more information.
I created #222 as a reminder this has been done so potentially mypy checks can be re-instated at some future point.
#74 also talks about type improvements
I see now CI is failing with 3.8 where its trying to build a wheel for qiskit-aer. As Python 3.8 reached EOL in October 2024 and is no longer maintained I am removing it as a supported version and hence from CI. I added an upgrade release note accordingly.
closes #201
Note: I have not updated the branch protection rules, which include CI runs done on 3.8, so for now CI will still show these as required but they will not be run. If this is all ok I will update the rules.
Note: while this is adjusting supported Python versions it is only doing so as CI is failing on 3.8 and this PR is to get CI running again. Hence while it could be adjusted more, ie add 3.13 assuming it passes tests. I think that's better done in a separate PR.
I have added a pin to Qiskit < 2.0 to ensure that it installs a version of qiskit where it will work given that the V1 primitives, which qiskit algorithms uses, have been deprecated and are removed in Qiskit 2.0
See below #221 (review)
I updated the logic that tests against Qiskit main branch as it installed the code from main then installed algorithms. With the upper version of qiskit pinned, as it is now, that ended up installing a version that matched the pin in the install algs step so in effect "undid" the install from main. The intent has been to check the code against main to have a heads up to changes etc. So I swapped the order to install algorithms first, then qiskit from main branch (uninstalling qiskit in between so as we end up with the install from main qiskit and that is not altered by having some version installed already).