Skip to content

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

Merged
merged 6 commits into from
Mar 17, 2025
Merged

Conversation

woodsp-ibm
Copy link
Member

@woodsp-ibm woodsp-ibm commented Mar 11, 2025

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

@woodsp-ibm
Copy link
Member Author

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.

@coveralls
Copy link

coveralls commented Mar 11, 2025

Pull Request Test Coverage Report for Build 13839602999

Details

  • 0 of 0 changed or added relevant lines in 0 files are covered.
  • No unchanged relevant lines lost coverage.
  • Overall coverage increased (+0.04%) to 90.474%

Totals Coverage Status
Change from base Build 12209091052: 0.04%
Covered Lines: 6392
Relevant Lines: 7065

💛 - Coveralls

@woodsp-ibm
Copy link
Member Author

woodsp-ibm commented Mar 11, 2025

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.

Copy link
Collaborator

@ElePT ElePT left a 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?

@woodsp-ibm woodsp-ibm mentioned this pull request Mar 13, 2025
Copy link
Collaborator

@ElePT ElePT left a 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.

@woodsp-ibm woodsp-ibm merged commit 10f4da3 into qiskit-community:main Mar 17, 2025
16 of 18 checks passed
@woodsp-ibm woodsp-ibm deleted the ci_update branch March 17, 2025 13:39
Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment
Labels
None yet
Projects
None yet
Development

Successfully merging this pull request may close these issues.

Python 3.9 is now Qiskit minimum level supported
3 participants