| From: | Andres Freund <andres(at)anarazel(dot)de> |
|---|---|
| To: | Jacob Champion <jacob(dot)champion(at)enterprisedb(dot)com> |
| Cc: | Nazir Bilal Yavuz <byavuz81(at)gmail(dot)com>, Peter Eisentraut <peter(at)eisentraut(dot)org>, Jelte Fennema-Nio <postgres(at)jeltef(dot)nl>, Thomas Munro <thomas(dot)munro(at)gmail(dot)com>, pgsql-hackers(at)postgresql(dot)org, Zsolt Parragi <zsolt(dot)parragi(at)percona(dot)com> |
| Subject: | Re: Heads Up: cirrus-ci is shutting down June 1st |
| Date: | 2026-07-17 15:40:14 |
| Message-ID: | ikcoctfuuh7a5blc5idaaxkkkqcfm4lig7gqmdiste3xkn6jfs@roqxunci4tb2 |
| Views: | Whole Thread | Raw Message | Download mbox | Resend email |
| Thread: | |
| Lists: | pgsql-hackers |
Hi,
On 2026-06-15 16:20:02 -0700, Jacob Champion wrote:
> On Fri, Jun 12, 2026 at 2:54 PM Andres Freund <andres(at)anarazel(dot)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?)
It works because the pre-existing installation is left in-place, so the few
includes reaching the "wrong" directory are harmless.
Greetings,
Andres Freund
| From | Date | Subject | |
|---|---|---|---|
| Next Message | Ayush Tiwari | 2026-07-17 15:41:11 | Re: Caching a partition index's parent OID in the relcache? |
| Previous Message | Andres Freund | 2026-07-17 15:38:09 | Re: ci: namespace ccache by PostgreSQL major version |