Received: from malur.postgresql.org ([217.196.149.56]) by arkaria.postgresql.org with esmtps (TLS1.3:ECDHE_RSA_AES_256_GCM_SHA384:256) (Exim 4.92) (envelope-from ) id 1pb68B-0005xm-7F for pgsql-committers@arkaria.postgresql.org; Sat, 11 Mar 2023 20:47:55 +0000 Received: from localhost ([127.0.0.1] helo=malur.postgresql.org) by malur.postgresql.org with esmtp (Exim 4.92) (envelope-from ) id 1pb689-0006P3-GN for pgsql-committers@arkaria.postgresql.org; Sat, 11 Mar 2023 20:47:53 +0000 Received: from makus.postgresql.org ([2001:4800:3e1:1::229]) by malur.postgresql.org with esmtps (TLS1.3:ECDHE_RSA_AES_256_GCM_SHA384:256) (Exim 4.92) (envelope-from ) id 1pb689-0006Ou-4m for pgsql-committers@lists.postgresql.org; Sat, 11 Mar 2023 20:47:53 +0000 Received: from sss.pgh.pa.us ([66.207.139.130]) by makus.postgresql.org with esmtps (TLS1.3:ECDHE_RSA_AES_256_GCM_SHA384:256) (Exim 4.92) (envelope-from ) id 1pb682-0000le-E5 for pgsql-committers@lists.postgresql.org; Sat, 11 Mar 2023 20:47:52 +0000 Received: from sss1.sss.pgh.pa.us (localhost [127.0.0.1]) by sss.pgh.pa.us (8.15.2/8.15.2) with ESMTP id 32BKlfZO1253027; Sat, 11 Mar 2023 15:47:41 -0500 From: Tom Lane To: Jeff Davis cc: Andrew Dunstan , Peter Eisentraut , pgsql-committers@lists.postgresql.org Subject: Re: pgsql: Add standard collation UNICODE In-reply-to: <231acf388c37597a9f0f8a3af9a899df99c28e1d.camel@j-davis.com> References: <582e43d0a814e09c62ea662dd851f43bfc137a16.camel@j-davis.com> <231acf388c37597a9f0f8a3af9a899df99c28e1d.camel@j-davis.com> Comments: In-reply-to Jeff Davis message dated "Sat, 11 Mar 2023 10:20:33 -0800" MIME-Version: 1.0 Content-Type: text/plain; charset="UTF-8" Content-ID: <1253025.1678567661.1@sss.pgh.pa.us> Content-Transfer-Encoding: quoted-printable Date: Sat, 11 Mar 2023 15:47:41 -0500 Message-ID: <1253026.1678567661@sss.pgh.pa.us> List-Id: List-Help: List-Subscribe: List-Post: List-Owner: List-Archive: Archived-At: Precedence: bulk Jeff Davis writes: > On Sat, 2023-03-11 at 08:31 -0500, Andrew Dunstan wrote: >> It's fairly old: >> $ rpm -q -a | grep icu >> =C2=A0libicu-50.2-4.0.amzn1.x86_64 >> =C2=A0libicu-devel-50.2-4.0.amzn1.x86_64 > FWIW I tried ICU 50.2 (built from sources) and the root locale still > sorts lowercase first. snapper is showing this failure too [1], which makes me wonder if it's a locally-customizable option. In general, I see no good reason for our regression tests to be making assumptions about exactly how ICU's root locale behaves, so I'd suggest just lobotomizing this test case so it doesn't depend on upper/lower sort order. regards, tom lane [1] https://buildfarm.postgresql.org/cgi-bin/show_log.pl?nm=3Dsnapper&dt=3D= 2023-03-11%2016%3A50%3A13