Re: abi-compliance-checker - Mailing list pgsql-hackers

From Alvaro Herrera
Subject Re: abi-compliance-checker
Date
Msg-id 202402271434.nffhnx3x2nnl@alvherre.pgsql
Whole thread Raw
In response to Re: abi-compliance-checker  (Peter Geoghegan <pg@bowt.ie>)
List pgsql-hackers
On 2024-Feb-27, Peter Geoghegan wrote:

> I have a feeling that there are going to be real problems with
> alerting, at least if it's introduced right away. I'd feel much better
> about it if there was an existing body of suppressions, that more or
> less worked as a reference of agreed upon best practices. Can we do
> that part first, rather than starting out with a blanket assumption
> that everything that happened before now must have been perfect?

Well, I was describing a possible plan, not saying that we have to
assume we've been perfect all along.  I think the first step should be
to add the tooling now (Meson rules as in Peter E's 0001 patch
upthread, or something equivalent), then figure out what suppressions we
need in the supported back branches.  This would let us build the corpus
of best practices you want, I think.

Once we have clean runs with those, we can add BF animals or whatever.
The alerts don't have to be the first step.  In fact, we can wait even
longer for the alerts.

-- 
Álvaro Herrera         PostgreSQL Developer  —  https://www.EnterpriseDB.com/



pgsql-hackers by date:

Previous
From: vignesh C
Date:
Subject: Re: Can we include capturing logs of pgdata/pg_upgrade_output.d/*/log in buildfarm
Next
From: Stephen Frost
Date:
Subject: Re: [PATCH] updates to docs about HOT updates for BRIN