Re: question regarding policy for patches to out-of-support branches

From: Tom Lane <tgl(at)sss(dot)pgh(dot)pa(dot)us>
To: Joe Conway <mail(at)joeconway(dot)com>
Cc: PostgreSQL-development <pgsql-hackers(at)postgreSQL(dot)org>
Subject: Re: question regarding policy for patches to out-of-support branches
Date: 2024-06-05 18:29:00
Message-ID: 895518.1717612140@sss.pgh.pa.us
Views: Raw Message | Whole Thread | Download mbox | Resend email
Thread:
Lists: pgsql-hackers

Joe Conway <mail(at)joeconway(dot)com> writes:
> I was having a discussion regarding out-of-support branches and effort
> to keep them building, but could not for the life of me find any actual
> documented policy (although I distinctly remember that we do something...).
> Is the policy written down somewhere, or is it only project lore? In
> either case, what is the actual policy?

I believe our policy was set in this thread:

https://www.postgresql.org/message-id/flat/2923349.1634942313%40sss.pgh.pa.us

and you're right that it hasn't really been memorialized anywhere
else. I'm not sure where would be appropriate. Anyway, what
I think the policy is:

* Out-of-support versions back to (currently) 9.2 are still to be
kept buildable on modern toolchains.

* Build failures, regression failures, and easily-fixable compiler
warnings are candidates for fixes.

* We aren't too excited about code that requires external dependencies
(e.g. libpython) though, because those can be moving targets.

* Under no circumstances back-patch anything that changes external
behavior, as the point of the exercise is to be able to test against
the actual behavior of the last releases of these branches.

regards, tom lane

In response to

Responses

Browse pgsql-hackers by date

  From Date Subject
Next Message Greg Sabino Mullane 2024-06-05 18:51:05 Better error message when --single is not the first arg to postgres executable
Previous Message Noah Misch 2024-06-05 18:17:06 Re: race condition in pg_class