Received: from malur.postgresql.org ([217.196.149.56]) by arkaria.postgresql.org with esmtps (TLS1.3) tls TLS_ECDHE_RSA_WITH_AES_256_GCM_SHA384 (Exim 4.94.2) (envelope-from ) id 1tSfpR-000hH6-Tw for pgsql-hackers@arkaria.postgresql.org; Tue, 31 Dec 2024 17:14:50 +0000 Received: from localhost ([127.0.0.1] helo=malur.postgresql.org) by malur.postgresql.org with esmtp (Exim 4.94.2) (envelope-from ) id 1tSfpQ-0047Ly-5q for pgsql-hackers@arkaria.postgresql.org; Tue, 31 Dec 2024 17:14:47 +0000 Received: from magus.postgresql.org ([2a02:c0:301:0:ffff::29]) by malur.postgresql.org with esmtps (TLS1.3) tls TLS_ECDHE_RSA_WITH_AES_256_GCM_SHA384 (Exim 4.94.2) (envelope-from ) id 1tSfpP-0047Lq-RP for pgsql-hackers@lists.postgresql.org; Tue, 31 Dec 2024 17:14:47 +0000 Received: from stravinsky.debian.org ([2001:41b8:202:deb::311:108]) by magus.postgresql.org with esmtps (TLS1.3) tls TLS_ECDHE_RSA_WITH_AES_256_GCM_SHA384 (Exim 4.94.2) (envelope-from ) id 1tSfpN-002XK9-0t for pgsql-hackers@lists.postgresql.org; Tue, 31 Dec 2024 17:14:46 +0000 DKIM-Signature: v=1; a=rsa-sha256; q=dns/txt; c=relaxed/relaxed; d=debian.org; s=smtpauto.stravinsky; h=X-Debian-User:In-Reply-To:Content-Transfer-Encoding: Content-Type:MIME-Version:References:Message-ID:Subject:To:From:Date:Reply-To :Cc:Content-ID:Content-Description; bh=OTubA/h5LD1ko68t9lKG+BtJyUUB08URNm+BR2tob88=; b=A0iiic4Z8GEADj2CAEDdkzf9ag VJ+PXWyNvFtnuuZUzFnP9K8q1XaLH1N6OgZTYD5PkdwSeiJ7ep+z/OpIXcTkxPq3IPSA1icKWuCfO vUI5pW8N9B+sgIA7S5pqooD/zRo8k4K5hdK5R/urTYpwrJCDqmr8JD1de/jZfjiaqojD5yA//ldKj 7i83wdXAsDviYR0YhGCU7QFOouJzn6OU5l/9mnwGLeaoa7kzADy5085TFxnLGVG/xVIE6VHg5LIhi oKdfVlP5Ixzg9nMUhmC03AYRZgc//DwFuuf6q4fuiDx9A3CP255ofN46cpAf7WmUm72iQe1S3SbHq kQSeraow==; Received: from authenticated user by stravinsky.debian.org with esmtpsa (TLS1.3:ECDHE_X25519__RSA_PSS_RSAE_SHA256__AES_256_GCM:256) (Exim 4.94.2) (envelope-from ) id 1tSfpK-006zyM-2h for pgsql-hackers@lists.postgresql.org; Tue, 31 Dec 2024 17:14:42 +0000 Received: from localhost (localhost [127.0.0.1]) by bogota.connexer.com (Postfix) with ESMTP id F11711202B4 for ; Tue, 31 Dec 2024 12:14:39 -0500 (EST) X-Virus-Scanned: Debian amavis at bogota.connexer.com Received: from node01.connexer.com ([127.0.0.1]) by localhost (bogota.connexer.com [127.0.0.1]) (amavis, port 10024) with ESMTP id OKgzJy1fWDTs for ; Tue, 31 Dec 2024 17:14:39 +0000 (UTC) Received: from miami.connexer.com (unknown [172.56.73.230]) by bogota.connexer.com (Postfix) with ESMTPSA id 6681E120254 for ; Tue, 31 Dec 2024 17:14:39 +0000 (UTC) Date: Tue, 31 Dec 2024 12:14:37 -0500 From: Roberto =?iso-8859-1?Q?C=2E_S=E1nchez?= To: pgsql-hackers@lists.postgresql.org Subject: Re: Backport of CVE-2024-10978 fix to older pgsql versions (11, 9.6, and 9.4) Message-ID: References: <3999105.1735610459@sss.pgh.pa.us> MIME-Version: 1.0 Content-Type: text/plain; charset=iso-8859-1 Content-Disposition: inline Content-Transfer-Encoding: 8bit In-Reply-To: X-Debian-User: roberto List-Id: List-Help: List-Subscribe: List-Post: List-Owner: List-Archive: Archived-At: Precedence: bulk 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