COMP: Disable bit-rotted Test Python HASI workflow on push/PR

The `Test Python HASI` workflow has been queued-but-never-started on
PR #93 because every element of its toolchain has bit-rotted out from
under it:

  * Runner images `ubuntu-18.04`, `windows-2019`, and `macos-10.15`
    have all been retired by GitHub Actions, so the jobs sit in
    `queued` indefinitely and never get scheduled onto a runner.  On
    PR #93 they are the only non-green checks.
  * Python 3.7 (pinned by this workflow) is end-of-life (June 2023)
    and is not installable on modern runner images via
    `actions/setup-python@v5`.
  * The pinned test dependencies -- `itk==5.2.0.post2` (2021),
    `itk-shape==0.2.1`, `dwd==1.0.1` -- are incompatible with the
    `itk` 5.4.x API that the rest of HASI now targets via
    `ITKRemoteModuleBuildTestPackageAction@v5.4.6`.
  * The IPFS-hosted test data workflow relies on
    `ibnesayeed/setup-ipfs@master` plus an `ipfs pin add` of a CID
    that is no longer reliably pinned on the public swarm.

The last successful run of this workflow predates 2025-03: every run
since has been `cancelled` or `failure`.  Rather than mask that with
`continue-on-error: true` (which hides real regressions behind a green
badge) or delete the file (which throws away the scaffold and makes
it harder to revive the Python tests later), switch the trigger to
`workflow_dispatch` only so the file survives as a skeleton for a
future modernization pass.

Also bump the matrix entries from the retired images to
`ubuntu-latest` / `windows-latest` / `macos-latest` and Python from
3.7 to 3.10 so that whoever re-enables the workflow has one less
thing to rewrite.  The `src/hasi/test_*.py` pytest files themselves
are untouched and still runnable locally.

Co-Authored-By: Claude Opus 4.6 (1M context) <noreply@anthropic.com>

Author: hjmjohnson

.github/workflows/test-python-hasi.yml

@@ -1,6 +1,29 @@
 name: Test Python HASI
 
-on: [push,pull_request]
+# NOTE (2026-04): This workflow is temporarily disabled on push / PR
+# events because every element of its toolchain has bit-rotted:
+#
+#   * Runner images `ubuntu-18.04`, `windows-2019`, and `macos-10.15`
+#     have all been retired by GitHub Actions, so the jobs sit in
+#     `queued` indefinitely and never start.
+#   * Python 3.7 is end-of-life (EOL June 2023) and is not installable
+#     on modern runner images via `actions/setup-python@v5`.
+#   * The pinned test dependencies `itk==5.2.0.post2` (2021),
+#     `itk-shape==0.2.1`, and `dwd==1.0.1` are incompatible with the
+#     `itk` 5.4.x API that the rest of HASI now targets.
+#   * The IPFS-hosted test data workflow relies on
+#     `ibnesayeed/setup-ipfs@master` plus an `ipfs pin add` of a CID
+#     that is no longer reliably pinned on the public swarm, so even
+#     on a working runner the test data step fails.
+#
+# The last successful run of this workflow predates 2025-03.  Rather
+# than mask the failures with `continue-on-error`, trigger only on
+# `workflow_dispatch` so the file stays around as a scaffold for when
+# someone has time to modernize the Python test stack (port tests away
+# from IPFS, bump `itk`, pick new runner images).  The `src/hasi`
+# pytest files themselves are unchanged and still runnable locally.
+
+on: [workflow_dispatch]
 
 env:
   hasi-testing-data-ipfs-cid: bafybeihvca4e6ik3twyz5qdz3f33woqpzorrcfwkh47tp3wwpxuuggmbey
@@ -11,19 +34,15 @@ jobs:
     strategy:
       max-parallel: 3
       matrix:
-        os: [ubuntu-18.04, windows-2019, macos-10.15]
-        include:
-          - os: ubuntu-18.04
-          - os: windows-2019
-          - os: macos-10.15
+        os: [ubuntu-latest, windows-latest, macos-latest]
 
     steps:
     - uses: actions/checkout@v5
 
-    - name: Set up Python 3.7
+    - name: Set up Python 3.10
       uses: actions/setup-python@v5
       with:
-        python-version: 3.7
+        python-version: '3.10'
 
     - name: Setup ipfs
       uses: ibnesayeed/setup-ipfs@master