Re: Backport of CVE-2024-10978 fix to older pgsql versions (11, 9.6, and 9.4)

From: Roberto C(dot) Sánchez <roberto(at)debian(dot)org>
To: pgsql-hackers(at)lists(dot)postgresql(dot)org
Subject: Re: Backport of CVE-2024-10978 fix to older pgsql versions (11, 9.6, and 9.4)
Date: 2024-12-31 17:14:37
Message-ID: Z3QmfWj8kmA2aFvI@localhost
Views: Raw Message | Whole Thread | Download mbox | Resend email
Thread:
Lists: pgsql-hackers

On Tue, Dec 31, 2024 at 11:50:45AM -0500, Bruce Momjian wrote:
> On Tue, Dec 31, 2024 at 10:50:10AM +0100, Christoph Berg wrote:
> > > Maybe, if we were doing an only-critical-fixes LTS release series,
> > > it'd be easier for downstream outfits to consume that instead of
> > > cherry-picking security fixes. I'm just speculating though.
> > > It's entirely possible that packagers would ignore our opinions
> > > and keep on cherry-picking only security fixes, in which case
> > > we'd be doing a lot of work for little return.
> >
> > ... if there were a PostgreSQL LTS series, Debian would probably use it.
> >
> > Overall, I think the current 5-year support window is good enough.
> > I don't see PostgreSQL supporting 10 years, so ELTS efforts will
> > always have to do some patching on their own.
>
> Thanks, that was very helpful.
>
I'd like to ask something, for future reference.

Should the ELTS team not make requests like the one I made here
initially?

In other words, I am trying to understand if the 5 year support window
means "this branch is no longer actively supported" or "no longer
actively supported, and we do not want questions/discussions about it on
this list".

If the latter, then I will document this to ensure that we respect this
boundary.

Regards,

-Roberto

--
Roberto C. Sánchez

In response to

Responses

Browse pgsql-hackers by date

  From Date Subject
Next Message Sami Imseih 2024-12-31 17:41:14 Re: add vacuum starttime columns
Previous Message Pavel Stehule 2024-12-31 17:03:59 Re: Add XMLNamespaces to XMLElement