From: | Alvaro Herrera <alvherre(at)alvh(dot)no-ip(dot)org> |
---|---|
To: | Noah Misch <noah(at)leadboat(dot)com> |
Cc: | Tom Lane <tgl(at)sss(dot)pgh(dot)pa(dot)us>, Christoph Berg <myon(at)debian(dot)org>, Pavan Deolasee <pavan(dot)deolasee(at)gmail(dot)com>, pgsql-hackers <pgsql-hackers(at)postgresql(dot)org> |
Subject: | Re: Potential ABI breakage in upcoming minor releases |
Date: | 2024-11-15 11:31:05 |
Message-ID: | 202411151131.stkki3bzplzv@alvherre.pgsql |
Views: | Raw Message | Whole Thread | Download mbox | Resend email |
Thread: | |
Lists: | pgsql-hackers |
On 2024-Nov-14, Noah Misch wrote:
> I'm hearing the only confirmed impact on non-assert builds is the need to
> recompile timescaledb. (It's unknown whether recompiling will suffice for
> timescaledb. For assert builds, six PGXN extensions need recompilation.) I
> don't see us issuing another set of back branch releases for the purpose of
> making a v16.4-built timescaledb avoid a rebuild. The target audience would
> be someone who can get a new PostgreSQL build but can't get a new timescaledb
> build. That feels like a small audience. What's missing in that analysis?
I agree with your conclusion that no rewrap is needed. I previously
said otherwise, based on claims that there were multiple extensions
causing crashes. If the one crash we know about is because timescaledb
is using an unusual coding pattern, they can fix that more easily than
we can.
--
Álvaro Herrera PostgreSQL Developer — https://www.EnterpriseDB.com/
"Los dioses no protegen a los insensatos. Éstos reciben protección de
otros insensatos mejor dotados" (Luis Wu, Mundo Anillo)
From | Date | Subject | |
---|---|---|---|
Next Message | Marco Slot | 2024-11-15 11:50:35 | Re: Potential ABI breakage in upcoming minor releases |
Previous Message | Shlok Kyal | 2024-11-15 11:14:51 | Re: Disallow UPDATE/DELETE on table with unpublished generated column as REPLICA IDENTITY |