Skip to content

Bump mypy from 2.1.0 to 2.2.0 - #522

Merged
docktermj merged 1 commit into
mainfrom
dependabot/pip/mypy-2.2.0
Jul 29, 2026
Merged

Bump mypy from 2.1.0 to 2.2.0#522
docktermj merged 1 commit into
mainfrom
dependabot/pip/mypy-2.2.0

Conversation

@dependabot

@dependabot dependabot Bot commented on behalf of github Jul 29, 2026

Copy link
Copy Markdown
Contributor

Bumps mypy from 2.1.0 to 2.2.0.

Changelog

Sourced from mypy's changelog.

Mypy Release Notes

Next Release

Packaging changes

Mypy 2.3

We've just uploaded mypy 2.3.0 to the Python Package Index (PyPI). Mypy is a static type checker for Python. This release includes new features, performance improvements and bug fixes. You can install it as follows:

python3 -m pip install -U mypy

You can read the full documentation for this release on Read the Docs.

The Upcoming Switch to the New Native Parser

We are planning to enable the new native parser (--native-parser) by default soon. We recommend that you test the native parser in your projects and report any issues in the mypy issue tracker.

Mypyc Free-threading Memory Safety

Free-threaded Python builds that don't have the GIL require additional synchronization primitives or lock-free algorithms to ensure memory safety when there are race conditions (for example, when a thread reads a list item while another thread writes the same list item concurrently). This release greatly improves memory safety of free threading.

List operations are now memory-safe on free threaded Python builds, even in the presence of race conditions. This has some performance cost. For list-heavy workloads, using librt.vecs.vec instead of list is often significantly faster, but note that vec is not (and likely won't be) fully memory safe, and the user is expected to avoid race conditions. The newly introduced librt.threading.Lock helps with this. Using variable-length tuples can also be more efficient than lists, since tuples are immutable and don't require expensive synchronization to ensure memory safety.

Instance attribute access is also (mostly) memory safe now on free-threaded builds in the presence of race conditions. We are planning to fix the remaining unsafe cases in a future release.

Full list of changes:

  • Make attribute access memory safe on free-threaded builds (Jukka Lehtosalo, PR 21705)
  • Fix unsafe borrowing of instance attributes with free-threading (Jukka Lehtosalo, PR 21688)
  • Make list get/set item more memory safe on free-threaded builds (Jukka Lehtosalo, PR 21683)
  • Don't borrow list items on free-threaded builds (Jukka Lehtosalo, PR 21679)
  • Make multiple assignment from list memory-safe on free-threaded builds (Jukka Lehtosalo, PR 21684)

... (truncated)

Commits

Dependabot compatibility score

Dependabot will resolve any conflicts with this PR as long as you don't alter it yourself. You can also trigger a rebase manually by commenting @dependabot rebase.


Dependabot commands and options

You can trigger Dependabot actions by commenting on this PR:

  • @dependabot rebase will rebase this PR
  • @dependabot recreate will recreate this PR, overwriting any edits that have been made to it
  • @dependabot show <dependency name> ignore conditions will show all of the ignore conditions of the specified dependency
  • @dependabot ignore this major version will close this PR and stop Dependabot creating any more for this major version (unless you reopen the PR or upgrade to it yourself)
  • @dependabot ignore this minor version will close this PR and stop Dependabot creating any more for this minor version (unless you reopen the PR or upgrade to it yourself)
  • @dependabot ignore this dependency will close this PR and stop Dependabot creating any more for this dependency (unless you reopen the PR or upgrade to it yourself)

Bumps [mypy](https://github.com/python/mypy) from 2.1.0 to 2.2.0.
- [Changelog](https://github.com/python/mypy/blob/master/CHANGELOG.md)
- [Commits](python/mypy@v2.1.0...v2.2.0)

---
updated-dependencies:
- dependency-name: mypy
  dependency-version: 2.2.0
  dependency-type: direct:development
  update-type: version-update:semver-minor
...

Signed-off-by: dependabot[bot] <support@github.com>
@dependabot dependabot Bot added dependencies Pull requests that update a dependency file python Python programming language labels Jul 29, 2026
@dependabot
dependabot Bot requested a review from a team as a code owner July 29, 2026 01:42
@dependabot dependabot Bot added dependencies Pull requests that update a dependency file python Python programming language labels Jul 29, 2026
@github-actions

Copy link
Copy Markdown

🤖 Claude Code Review

PR Code Review

Change: Bumps mypy dev/lint dependency pin from 2.1.0 to 2.2.0 in pyproject.toml (line 77). This appears to be an automated Dependabot version bump, consistent with the other recent commits in the repo history (Bump virtualenv..., Bump coverage..., Bump actions/setup-python...).

Code Quality

  • Style conventions — Single-line version pin change, consistent with existing formatting in the lint dependency array (pyproject.toml:77).
  • No commented-out code
  • Meaningful variable names — N/A, no code logic changed.
  • DRY principle — N/A.
  • Defects — No logic changes; this is a pure dependency version bump. No bugs, race conditions, or memory leaks introduced. One note: mypy is a dev tool, so a version bump carries low runtime risk, but a mypy minor version bump can introduce new strict-mode checks that cause previously-passing make mypy runs to start failing. I cannot run make mypy in this environment (no network/Senzing library access), so I can't confirm CI will pass — recommend verifying make mypy succeeds locally/in CI before merge.
  • .claude/CLAUDE.md review — Present in the repo, and it reads as generic project guidance (commands, architecture, structure) with no hardcoded local paths, usernames, or machine-specific settings. Nothing in this PR touches that file, and no changes are needed to it.

Testing

  • ✅ N/A — no new functions, endpoints, or logic added. Existing CI/lint pipeline (make lint) is the effective test for this change.
  • ⚠️ Edge cases — Since this is a tooling version bump, the real "test" is whether the upgraded mypy still passes cleanly against the existing codebase. Not verifiable from the diff alone; recommend confirming CI is green.

Documentation

  • ✅ Readme — not applicable for a dependency bump.
  • ✅ API docs — not applicable.
  • ✅ Inline comments — not applicable, no complex logic.
  • CHANGELOG.md not updated — If this repo maintains a CHANGELOG.md for dependency bumps (check repo convention), this bump isn't reflected there. Given the other recent commits (Bump virtualenv..., Bump coverage...) don't appear to have accompanying CHANGELOG entries either based on the commit log shown, this is likely consistent with existing project convention for dependabot-style bumps and probably not a blocker — but worth confirming against the repo's actual changelog policy.
  • N/A Markdown/CommonMark — no .md files changed in this diff.

Security

  • ✅ No hardcoded credentials
  • ✅ Input validation — N/A
  • ✅ Error handling — N/A
  • ✅ No sensitive data in logs
  • ✅ No .lic files or AQAAAD-prefixed license strings present in this diff.

Summary

This is a minimal, low-risk dependency version bump (mypy 2.1.02.2.0) with no functional code changes. It's safe to merge pending confirmation that make mypy / CI passes cleanly with the newer mypy version, since minor mypy releases occasionally add stricter checks that surface new type errors in unrelated code.

Automated code review analyzing defects and coding standards

@github-actions

github-actions Bot commented Jul 29, 2026

Copy link
Copy Markdown

Coverage report

Click to see where and how coverage changed

FileStatementsMissingCoverageCoverage
(new stmts)
Lines missing
  src/senzing_core
  _helpers.py
Project Total  

This report was generated by python-coverage-comment-action

@docktermj
docktermj merged commit 0555c9d into main Jul 29, 2026
61 checks passed
@docktermj
docktermj deleted the dependabot/pip/mypy-2.2.0 branch July 29, 2026 13:08
Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment

Labels

dependencies Pull requests that update a dependency file python Python programming language

Projects

None yet

Development

Successfully merging this pull request may close these issues.

2 participants