Re: Heads Up: cirrus-ci is shutting down June 1st
Jacob Champion <jacob.champion@enterprisedb.com>
From: Jacob Champion <jacob.champion@enterprisedb.com>
To: Andres Freund <andres@anarazel.de>
Cc: Nazir Bilal Yavuz <byavuz81@gmail.com>,
Peter Eisentraut <peter@eisentraut.org>, Jelte Fennema-Nio <postgres@jeltef.nl>,
Thomas Munro <thomas.munro@gmail.com>, pgsql-hackers@postgresql.org, Zsolt Parragi <zsolt.parragi@percona.com>
Date: 2026-06-15T23:20:02Z
Lists: pgsql-hackers
On Fri, Jun 12, 2026 at 2:54 PM Andres Freund <andres@anarazel.de> wrote: > I did try creating an archive of an install, but that ends up with a good bit > of additional complexity, because the installations aren't relocatable (there > are header paths that are patched during install, apparently). And where the > install should be depends on the runner type, larger runners don't have D:, > but slower runners require using D:. I think Bilal hacked further on my > experiments around this, but I don't quite know where that stands. It's > certainly not a trivial change. Huh. (How does the current robocopy relocation work, then?) I'll see if the `inherit` path changes in 0003 have made it easier/harder to get the CPAN cache working. > I'm pretty agnostic whether we want 0005, I just included that because it > looks a bit nicer. It does look a lot nicer. > > I have questions about this. If we do this for all jobs then we can > > end up having just too many uploaded files to look at. In this case, > > unpacking .zip would be easier to access the logs of failed tasks. > > I was thinking we'd do this only for the first failure... +1, I like the idea. --Jacob
Commits
Same data as JSON:
GET /api/v1/messages/:b64id/commits
the thread's linked commits as JSON, with link sources.
API reference →
-
ci: Add GitHub Actions based CI
- 9c126063b19a 19 (unreleased) landed
-
ci: Remove support for cirrus-ci based CI
- 68c8a365d4dc 19 (unreleased) landed