Full package type checking on Python/NumPy 3.8.20 1.24.4 with mypy1.14.1 reports two errors in graphistry/compute/gfql/datetime_search_index.py:
- Line194: the returned NumPy int8 ndarray is rejected as the shared
ArrayLike protocol.
- Line256:
memoryview(ndarray) is rejected against Buffer.
Both the helper and graphistry/compute/typing.py are byte-identical at master 97e7f6619480a360d03c1123942aeab293335894 and the current GFQL stack. A separate check of the exact master helper reproduces both errors. These are pre-existing legacy typing failures; no GFQL runtime changes were made for them. Modern mypy2.4.0 checks all358 package files successfully.
Reproduction with an existing Python3.8 environment containing mypy1.14.1 and the repository dependencies:
python -m mypy --config-file mypy.ini graphistry
Resolve the legacy annotation/stub compatibility without changing datetime cache behavior or increasing hygiene baselines. This follow-up is separate from the GFQL indexing/performance stack.
Full package type checking on Python/NumPy 3.8.20 1.24.4 with mypy1.14.1 reports two errors in
graphistry/compute/gfql/datetime_search_index.py:ArrayLikeprotocol.memoryview(ndarray)is rejected againstBuffer.Both the helper and
graphistry/compute/typing.pyare byte-identical at master97e7f6619480a360d03c1123942aeab293335894and the current GFQL stack. A separate check of the exact master helper reproduces both errors. These are pre-existing legacy typing failures; no GFQL runtime changes were made for them. Modern mypy2.4.0 checks all358 package files successfully.Reproduction with an existing Python3.8 environment containing mypy1.14.1 and the repository dependencies:
Resolve the legacy annotation/stub compatibility without changing datetime cache behavior or increasing hygiene baselines. This follow-up is separate from the GFQL indexing/performance stack.