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
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. |