[SCM] PostGIS branch master updated. 3.7.0beta1-212-gaab8128078

[git at osgeo.org]

This is an automated email from the git hooks/post-receive script. It was
generated because a ref change was pushed to the repository containing
the project "PostGIS".

The branch, master has been updated
       via  aab812807800cf2f3e89e23fcaba50673c763860 (commit)
       via  bbe24efeec92554ba9e17af1a109eb149529f3ec (commit)
      from  91d090f2927552be91c44e02e3a17f4d94099fa6 (commit)

Those revisions listed above that are new to this repository have
not appeared on any other notification email; so we list those
revisions in full, below.

- Log -----------------------------------------------------------------
commit aab812807800cf2f3e89e23fcaba50673c763860
Merge: 91d090f292 bbe24efeec
Author: Darafei Praliaskouski <komzpa at gmail.com>
Date:   Mon Aug 3 02:47:01 2026 -0700

    Merge pull request 'ci: let the MinGW/Wine workflow run on any amd64 agent' (!657) from Komzpa/postgis:ci/mingw-wine-unpin-host-20260803 into master
    
    The MinGW/Wine workflow pins itself to `hostname: smallcat`. That agent is out of the fleet — it carries `no_schedule=true` because the CI load interfered with interactive work on that machine — so no agent can accept the workflow and it waits indefinitely.
    
    **The damage is not limited to Wine coverage.** A workflow that is never scheduled never reaches a terminal state, so its whole pipeline stays `running`. Measured just now: **5 of 18 live pipelines** were held open this way, including master's own pipeline, and the oldest had been waiting **7 h 14 min** — far past the five-hour pipeline deadline, because that deadline never starts for a workflow that never starts.
    
    Nothing in the job needs that host. `ci/woodie/postgis_mingw_wine.sh` runs inside `debian:bookworm`, derives every path from the workspace, and downloads its own toolchain; it contains no reference to smallcat or to any host-specific path. Dropping the pin lets any `linux/amd64` agent take it.
    
    Pinning to one interactive machine is what made this fragile in the first place, so this deliberately does not repin to another single host.
    
    Reviewed-on: https://gitea.osgeo.org/postgis/postgis/pulls/657


commit bbe24efeec92554ba9e17af1a109eb149529f3ec
Author: Darafei Praliaskouski <me at komzpa.net>
Date:   Mon Aug 3 01:18:42 2026 +0400

    ci: let the MinGW/Wine workflow run on any amd64 agent
    
    The workflow pinned itself to `hostname: smallcat`. That agent is out of the
    fleet: it carries no_schedule=true because the CI load interfered with
    interactive work on that machine, and it is not to be brought back for CI
    capacity. So the workflow has no agent that can accept it and waits forever.
    
    The effect is not confined to Wine coverage. A workflow that never gets
    scheduled never reaches a terminal state, so the whole pipeline stays running:
    at the time of writing, 5 of 18 live pipelines were held open this way,
    including master's own, and the oldest had been waiting 7 hours 14 minutes -
    well past the five-hour pipeline deadline, because the deadline never starts
    for a workflow that never starts.
    
    Nothing in the job needs that host. ci/woodie/postgis_mingw_wine.sh runs inside
    debian:bookworm, derives every path from the workspace, and downloads its own
    toolchain; it contains no reference to smallcat or to any host-specific path.
    Dropping the pin lets any linux/amd64 agent take it.

diff --git a/.woodpecker/mingw-wine.yml b/.woodpecker/mingw-wine.yml
index 719d0826a4..ed79a30953 100644
--- a/.woodpecker/mingw-wine.yml
+++ b/.woodpecker/mingw-wine.yml
@@ -1,6 +1,5 @@
 labels:
   platform: linux/amd64
-  hostname: smallcat
 when:
   event: [push, pull_request, tag]
 

-----------------------------------------------------------------------

Summary of changes:
 .woodpecker/mingw-wine.yml | 1 -
 1 file changed, 1 deletion(-)


hooks/post-receive
-- 
PostGIS