Pyright 1.1.407 linting too strict for Pydantic dataclasses

[DiamondJoseph]

Updating from Pydantic 2.11.9 to 2.12.4 causes linting failures for blueapi on constructing a ScanSpec.

/home/runner/work/blueapi/blueapi/tests/system_tests/test_blueapi_system.py:447:29 - error: Operator "*" not supported for types "PydanticDataclass" and "PydanticDataclass" (reportOperatorIssue)

The docs, examples, code and tests of ScanSpec will probably have the same issue.

Acceptance Criteria

• ScanSpec is compatible with Pydantic 2.12

[tpoliaw]

I think this is a pyright issue, not a scanspec one. See https://redirect.github.com/microsoft/pyright/issues/11060

[DiamondJoseph]

Interesting,I thought it could be this change in Pydantic, I'll isolate if it's Pydantic 2.11.10 or Pyright 1.1.407

[tpoliaw]

Changing pyright is enough to flag it as an error or not

/dls/athena/blueapi (device_manager_source)[$*?⇕]
❯ uv run --with 'pyright==1.1.406' pyright src tests
WARNING: there is a new pyright version available (v1.1.406 -> v1.1.407).
Please install the new version or set PYRIGHT_PYTHON_FORCE_VERSION to `latest`

0 errors, 0 warnings, 0 informations

/dls/athena/blueapi (device_manager_source)[$*?⇕]
❯ uv run --with 'pyright==1.1.407' pyright src tests
/dls/athena/blueapi/tests/system_tests/test_blueapi_system.py
  /dls/athena/blueapi/tests/system_tests/test_blueapi_system.py:447:29 - error: Operator "*" not supported for types "PydanticDataclass" and "PydanticDataclass" (reportOperatorIssue)
  /dls/athena/blueapi/tests/system_tests/test_blueapi_system.py:447:34 - error: Expected 0 positional arguments (reportCallIssue)
  /dls/athena/blueapi/tests/system_tests/test_blueapi_system.py:448:28 - error: Expected 0 positional arguments (reportCallIssue)
3 errors, 0 warnings, 0 informations