Re: Potential ABI breakage in upcoming minor releases

From: "David E(dot) Wheeler" <david(at)justatheory(dot)com>
To: Noah Misch <noah(at)leadboat(dot)com>
Cc: Tom Lane <tgl(at)sss(dot)pgh(dot)pa(dot)us>, Aleksander Alekseev <aleksander(at)timescale(dot)com>, pgsql-hackers <pgsql-hackers(at)postgresql(dot)org>, Marco Slot <marco(dot)slot(at)gmail(dot)com>, Alvaro Herrera <alvherre(at)alvh(dot)no-ip(dot)org>, Christoph Berg <myon(at)debian(dot)org>, Pavan Deolasee <pavan(dot)deolasee(at)gmail(dot)com>
Subject: Re: Potential ABI breakage in upcoming minor releases
Date: 2024-12-01 16:13:21
Message-ID: 9C43C73A-5F0F-4E77-BA10-E984561E1FEF@justatheory.com
Views: Raw Message | Whole Thread | Download mbox | Resend email
Thread:
Lists: pgsql-hackers

On Nov 29, 2024, at 15:39, Noah Misch <noah(at)leadboat(dot)com> wrote:

> Then packagers who are taking the risk of not rebuilding every time will have
> 3 months to prepare, not the 3 days we're currently giving. The point about
> "well-known extensions" is based on my practice of grepping PGXN. That would
> not have found timescaledb. Should we name PGXN explicitly, or should we be
> vague like that draft? I'd be comfortable naming any number of repositories
> that make it equally easy to bulk-download the whole repository.

I’m wondering how we can help more projects make releases on PGXN, if for now other reason than to enable these kinds of checks without much additional effort. PGXN releases don’t require a ton of work, requiring just a META.json file in a zip file, and there are GitHub workflows to automate such releases. Anyone interested please hit me up directly for details. I even make pull requests like this one for pg_partman[1].

Best,

David

[1]: https://github.com/pgpartman/pg_partman/pull/671/files

In response to

Browse pgsql-hackers by date

  From Date Subject
Next Message Tom Lane 2024-12-01 16:57:23 Re: CREATE SCHEMA ... CREATE DOMAIN support
Previous Message Sergei Kornilov 2024-12-01 16:06:48 Re: speedup ALTER TABLE ADD CHECK CONSTRAINT.