Re: Why is citext/regress failing on hamerkop?
Andrew Dunstan <andrew@dunslane.net>
From: Andrew Dunstan <andrew@dunslane.net>
To: Tom Lane <tgl@sss.pgh.pa.us>
Cc: Thomas Munro <thomas.munro@gmail.com>, buildfarm@sraoss.co.jp,
pgsql-hackers <pgsql-hackers@postgresql.org>
Date: 2024-05-16T21:27:55Z
Lists: pgsql-hackers
On 2024-05-16 Th 17:15, Tom Lane wrote: > Andrew Dunstan <andrew@dunslane.net> writes: >> On 2024-05-16 Th 16:18, Tom Lane wrote: >>> Andrew: maybe the buildfarm server could be made to flag >>> animals building exceedingly old commits? This is the second >>> problem of this sort that I've noticed this month, and you >>> really have to look closely to realize it's happening. >> Yeah, that should be doable. Since we have the git ref these days we >> should be able to mark it as old, or maybe just reject builds for very >> old commits (the latter would be easier). > I'd rather have some visible status on the BF dashboard. Invariably, > with a problem like this, the animal's owner is unaware there's a > problem. If it's just silently not reporting, then no one else will > notice either, and we effectively lose an animal (despite it still > burning electricity to perform those rejected runs). > > Fair enough. That will mean some database changes and other stuff, so it will take a bit longer. cheers andrew -- Andrew Dunstan EDB: https://www.enterprisedb.com
Commits
Same data as JSON:
GET /api/v1/messages/:b64id/commits
the thread's linked commits as JSON, with link sources.
API reference →
-
Small refactoring around ExecCreateTableAs().
- 7926a9a80f6d 18.0 cited
-
Skip citext_utf8 test on Windows.
- e52a44b8a4c1 15.8 landed
- 91f498fdec14 16.4 landed
- cff4e5a36bfe 17.0 landed
-
Fix lost Windows socket EOF events.
- ba9fcac7209d 12.20 landed
- 3554d841d216 13.16 landed
- 894b497ac91d 14.13 landed
- 5546a834cc6f 15.8 landed
- a622095bcc4d 16.4 landed
- 3c1c82d4066e 17.0 landed
- a8458f508a7a 18.0 landed
-
Enable routine running of citext's UTF8-specific test cases.
- c2e8bd27519f 15.0 cited
-
Drops in the CreateProcess calls for Win32 (essentially wrapping up the
- 4cdf51e64627 8.0.0 cited