ci: remove the service-networking probe; scope the python-pin test
Some checks failed
check / gate (push) Successful in 20s
canary / probe (push) Failing after 1m33s

The probe's own log was never retrievable through the jobs API, but the
question it asked was answered better by a direct comparison of two real
workflows on the same runner and image:

  windy-git gate       @postgres:5432   -> passes its migration round-trip
  eternitas migrations @localhost:5432  -> failed

Also scopes test_g73 to workflows that actually run Python. It failed the probe
for not pinning a version when the probe only shelled out to psql — the test
being wrong rather than the workflow.

Co-Authored-By: Claude (Fable 5) <noreply@anthropic.com>
This commit is contained in:
Grant Whitmer
2026-08-14 14:41:14 -04:00
parent fe8f84bbdf
commit 01e36155a3
2 changed files with 5 additions and 38 deletions

View File

@@ -492,6 +492,11 @@ def test_g73_workflow_pins_a_python_that_satisfies_requires_python():
for wf in ROOT.rglob(".gitea/workflows/*.y*ml"):
text = wf.read_text()
# Only workflows that actually RUN Python need to pin it. A workflow
# that shells out to psql or curl does not, and demanding a pin from
# it is the test being wrong rather than the workflow.
if not _re.search(r"\bpython3?\b|pytest|pip ", text):
continue
# Either a pinned container image or an explicit setup-python version.
pin = _re.search(r"image:\s*python:(\d+)\.(\d+)", text) or _re.search(
r'python-version:\s*"?(\d+)\.(\d+)"?', text