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 1p04wq-0002fv-Mh for pgsql-hackers@arkaria.postgresql.org; Tue, 29 Nov 2022 18:03:12 +0000 Received: from localhost ([127.0.0.1] helo=malur.postgresql.org) by malur.postgresql.org with esmtp (Exim 4.92) (envelope-from ) id 1p04wo-0004s7-Ep for pgsql-hackers@arkaria.postgresql.org; Tue, 29 Nov 2022 18:03:10 +0000 Received: from magus.postgresql.org ([2a02:c0:301:0:ffff::29]) by malur.postgresql.org with esmtps (TLS1.3:ECDHE_RSA_AES_256_GCM_SHA384:256) (Exim 4.92) (envelope-from ) id 1p04wo-0004ry-0P for pgsql-hackers@lists.postgresql.org; Tue, 29 Nov 2022 18:03:10 +0000 Received: from mail-pj1-x1034.google.com ([2607:f8b0:4864:20::1034]) by magus.postgresql.org with esmtps (TLS1.3:ECDHE_RSA_AES_128_GCM_SHA256:128) (Exim 4.92) (envelope-from ) id 1p04wl-0004az-Co for pgsql-hackers@postgresql.org; Tue, 29 Nov 2022 18:03:09 +0000 Received: by mail-pj1-x1034.google.com with SMTP id x13-20020a17090a46cd00b00218f611b6e9so14235966pjg.1 for ; Tue, 29 Nov 2022 10:03:07 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=ardentperf-com.20210112.gappssmtp.com; s=20210112; h=content-transfer-encoding:in-reply-to:from:references:cc:to :content-language:subject:user-agent:mime-version:date:message-id :from:to:cc:subject:date:message-id:reply-to; bh=YJ3dWS7ZiQDeqN5GdmkxtYpr/NbeyYr5eEHF4vemzd4=; b=ZluTea6DLA0JJGbyv9M760oTPnCPaQ9DVJ6QrHjlpxVHb2G9t4IL6ecgRFK2mNpDOI kJgcsi+DKpCjJesyXE3StbarbnKYv8rrV7a2oni/g4HGbGMbpoMUBPXcKvPhA5pnpbEL z+Qk33x0CNI2fG66caDlQkO/NnGdD//U0x5JnLkv05bu4LVh1xe8CElJTAMq4RuWTILT bsW+PEhg2mzhj9B+uZOF4qpFBrOcIkc1wXUdTgFEC/cH06eHi0W/Ac0uirVzibbYqMuD 91ABKgoL5LvbK3JxMV/+5nK7wKE+3vk2sXYxn71BmiJRp5jBcMKufvIox+CuUdznkscB KeHg== X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20210112; h=content-transfer-encoding:in-reply-to:from:references:cc:to :content-language:subject:user-agent:mime-version:date:message-id :x-gm-message-state:from:to:cc:subject:date:message-id:reply-to; bh=YJ3dWS7ZiQDeqN5GdmkxtYpr/NbeyYr5eEHF4vemzd4=; b=T9Byj266uIxcS2IZ9mIet4DehwOD2BylrscZ9T6BPd7DGQaFRjCqLrnezQmtP7N5F3 gNgKSDsTBNgzE8iBQnddk5PQssFk9kWU0EPhZZm7dKHg2GHuwqN+i/MYVjEcNXyn46iV Z1f7cMSwDdEdxEfN5duLHPq+ykB8WX3+6SUFIIBx9+CfaFUaaCiHieBMVVmg+MwQH5LB W0F5Lxt2QpLkgctzZKyvWssi5rM552CECnlf6Zww09jt2GAWPBpcol6uYjuN1mQyIuhI blQq2ydlhKMKFn1BXFC6hwn3V0a9h1aLB34CWf5J90Tn7bAou4xotpRwowcMUObjiH1/ PUHw== X-Gm-Message-State: ANoB5plsilRGQuKZ9H96QplMW453i+f2PLV2DI74z5Wf9sRrhe9f1EpE v8Rydm/5KQeyPBB0cJaUYHFFNw== X-Google-Smtp-Source: AA0mqf6cWk+6PndDnZUYntJ5QppxW+V3QUPWhqRz5eWB2RUVRT773rCbbJGYg6s045RcJgaxIE/NmA== X-Received: by 2002:a17:902:aa06:b0:183:7f67:25d7 with SMTP id be6-20020a170902aa0600b001837f6725d7mr38562860plb.164.1669744985315; Tue, 29 Nov 2022 10:03:05 -0800 (PST) Received: from [10.111.246.14] (54-240-196-190.amazon.com. [54.240.196.190]) by smtp.gmail.com with ESMTPSA id s6-20020a170902ea0600b0017f36638010sm11082309plg.276.2022.11.29.10.03.04 (version=TLS1_3 cipher=TLS_AES_128_GCM_SHA256 bits=128/128); Tue, 29 Nov 2022 10:03:04 -0800 (PST) Message-ID: <331d8ffd-0bfa-9f5a-e1d1-23a242f44a27@ardentperf.com> Date: Tue, 29 Nov 2022 10:03:03 -0800 MIME-Version: 1.0 User-Agent: Mozilla/5.0 (Macintosh; Intel Mac OS X 10.15; rv:102.0) Gecko/20100101 Thunderbird/102.4.1 Subject: Re: Collation version tracking for macOS Content-Language: en-US To: Jeff Davis , Thomas Munro Cc: Peter Eisentraut , Peter Geoghegan , "Nasby, Jim" , Tom Lane , pgsql-hackers References: <398aabd1-ad95-ba2d-d70a-dd5d90bf6e07@enterprisedb.com> <606bd2baa6d65b38fee6eb23bba40c5da210255b.camel@j-davis.com> <9f8e9b5a3352478d4cf7d6c0a5dd7e82496be4b6.camel@j-davis.com> <346f836208a39009c1998ed5a41c7f1a0be36911.camel@j-davis.com> <0f7922d4f411376f420ec9139febeae4cdc748a6.camel@j-davis.com> From: Jeremy Schneider In-Reply-To: <0f7922d4f411376f420ec9139febeae4cdc748a6.camel@j-davis.com> Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: 7bit List-Id: List-Help: List-Subscribe: List-Post: List-Owner: List-Archive: Archived-At: Precedence: bulk On 11/28/22 6:54 PM, Jeff Davis wrote: > > =# select * from pg_icu_collation_versions('en_US') order by > icu_version; > icu_version | uca_version | collator_version > -------------+-------------+------------------ > ... > 67.1 | 13.0 | 153.14 > 68.2 | 13.0 | 153.14 > 69.1 | 13.0 | 153.14 > 70.1 | 14.0 | 153.112 > (21 rows) > > This is good information, because it tells us that major library > versions change more often than collation versions, empirically- > speaking. It seems to me that the collator_version field is not a good version identifier to use. Just taking a quick glance at the ICU home page right now, it shows that all of the last 5 versions of ICU have included "additions and corrections" to locale data itself, including 68 to 69 where the collator version did not change. Is it possible that this "collator_version" only reflects the code that processes collation data to do comparisons/sorts, but it does not reflect updates to the locale data itself? https://icu.unicode.org/ ICU v72 -> CLDR v42 ICU v71 -> CLDR v41 ICU v70 -> CLDR v40 ICU v69 -> CLDR v39 ICU v68 -> CLDR v38 -Jeremy -- http://about.me/jeremy_schneider