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.96) (envelope-from ) id 1w2vWq-000jj5-0q for pgsql-hackers@arkaria.postgresql.org; Wed, 18 Mar 2026 18:22:00 +0000 Received: from localhost ([127.0.0.1] helo=malur.postgresql.org) by malur.postgresql.org with esmtp (Exim 4.96) (envelope-from ) id 1w2vWo-00DGL6-1C for pgsql-hackers@arkaria.postgresql.org; Wed, 18 Mar 2026 18:21:58 +0000 Received: from makus.postgresql.org ([2001:4800:3e1:1::229]) by malur.postgresql.org with esmtps (TLS1.3) tls TLS_ECDHE_RSA_WITH_AES_256_GCM_SHA384 (Exim 4.96) (envelope-from ) id 1w2vWo-00DGKx-0C for pgsql-hackers@lists.postgresql.org; Wed, 18 Mar 2026 18:21:58 +0000 Received: from dverite2024.planet-service.net ([185.16.44.252] helo=mail.verite.pro) by makus.postgresql.org with esmtps (TLS1.3) tls TLS_ECDHE_RSA_WITH_AES_256_GCM_SHA384 (Exim 4.98.2) (envelope-from ) id 1w2vWk-00000000P5c-1zKE for pgsql-hackers@lists.postgresql.org; Wed, 18 Mar 2026 18:21:57 +0000 Received: by mail.verite.pro (Postfix, from userid 1000) id 4BE3B2C0DD6; Wed, 18 Mar 2026 19:21:53 +0100 (CET) Content-Type: text/plain; charset="iso-8859-15" Content-Disposition: inline Content-Transfer-Encoding: quoted-printable MIME-Version: 1.0 Subject: Re: Supporting non-deterministic collations with tailoring rules. From: "Daniel Verite" To: "Peter Eisentraut" Cc: pgsql-hackers@lists.postgresql.org In-Reply-To: Date: Wed, 18 Mar 2026 19:21:52 +0100 Message-Id: X-Mailer: Manitou v1.7.3 List-Id: List-Help: List-Subscribe: List-Post: List-Owner: List-Archive: Archived-At: Precedence: bulk Peter Eisentraut wrote: > Ok, committed. >=20 > Thoughts on backpatching? Seems like a straightforward bug fix. Thanks for pushing the patch! I thought it was not a candidate for backpatching because it's a collation change. Now, to have a problem with that change in a minor release, a user would need to have an ICU collation with a rule containing "[strength N]", where N<>3, even though it was ineffective (so either the user did not notice or they did but kept it nonetheless). Users who reported the problem hoped for a backpatch, but we cannot say there is zero risk with that change in a minor release. Personally I'm +0. Best regards, --=20 Daniel V=E9rit=E9=20 https://postgresql.verite.pro/