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 1opoaW-0003Jb-IG for pgsql-hackers@arkaria.postgresql.org; Tue, 01 Nov 2022 10:33:44 +0000 Received: from localhost ([127.0.0.1] helo=malur.postgresql.org) by malur.postgresql.org with esmtp (Exim 4.92) (envelope-from ) id 1opoaU-0004PT-Rg for pgsql-hackers@arkaria.postgresql.org; Tue, 01 Nov 2022 10:33:42 +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 1opoaT-0004PJ-SG for pgsql-hackers@lists.postgresql.org; Tue, 01 Nov 2022 10:33:42 +0000 Received: from out3-smtp.messagingengine.com ([66.111.4.27]) by makus.postgresql.org with esmtps (TLS1.3:ECDHE_RSA_AES_256_GCM_SHA384:256) (Exim 4.92) (envelope-from ) id 1opoaQ-0005Vp-0F for pgsql-hackers@postgresql.org; Tue, 01 Nov 2022 10:33:40 +0000 Received: from compute2.internal (compute2.nyi.internal [10.202.2.46]) by mailout.nyi.internal (Postfix) with ESMTP id 45F295C019F; Tue, 1 Nov 2022 06:33:34 -0400 (EDT) Received: from mailfrontend2 ([10.202.2.163]) by compute2.internal (MEProxy); Tue, 01 Nov 2022 06:33:34 -0400 DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d= messagingengine.com; h=cc:cc:content-transfer-encoding :content-type:date:date:feedback-id:feedback-id:from:from :in-reply-to:in-reply-to:message-id:mime-version:references :reply-to:sender:subject:subject:to:to:x-me-proxy:x-me-proxy :x-me-sender:x-me-sender:x-sasl-enc; s=fm3; t=1667298814; x= 1667385214; bh=nOTncHB0sExYfvKMmcfovgO3XPhnhkB/jxgTVDDzlWE=; b=W +ji9rPqINUJSpSlGOsDedPBCd0e6aWAIyUw12/Z8xbdQZvlR4CKmu3oT+uIOzQJi mCNA3GvvASgyPaYufsOX8G//6PPkECPkYHtTn96BSr+W8BvZNBBhhOijES+REZvs VoZtgT0JBcqiMrO7m+lR5bX7V0YEPnfBYj32FLyTpsxxtNVy9cr0yboGIXM8lmXF a3rk3o40QGoS/4+ipUnzTngGCM9CkslGtFDP0j1z4Eh76Ksz4GGXOUz9CYO53D4i nQ6jYa4QwZY4Xi4dC3ZRUVyN6gp5RjQEaaxfQ0qamMbINhbTWGsZSmChimx2sFrV WBb3JqJ+H/IWP8iM8l0mw== X-ME-Sender: X-ME-Received: X-ME-Proxy-Cause: gggruggvucftvghtrhhoucdtuddrgedvgedrudehgddujecutefuodetggdotefrodftvf curfhrohhfihhlvgemucfhrghsthforghilhdpqfgfvfdpuffrtefokffrpgfnqfghnecu uegrihhlohhuthemuceftddtnecusecvtfgvtghiphhivghnthhsucdlqddutddtmdenuc fjughrpefkffggfgfuvfevfhfhjggtgfesthejredttdefjeenucfhrhhomheprfgvthgv rhcugfhishgvnhhtrhgruhhtuceophgvthgvrhdrvghishgvnhhtrhgruhhtsegvnhhtvg hrphhrihhsvggusgdrtghomheqnecuggftrfgrthhtvghrnhepheelffeggedujeetiefh leetuddvieffhfffvdejvdffgeejkeduleduheduieefnecuvehluhhsthgvrhfuihiivg eptdenucfrrghrrghmpehmrghilhhfrhhomhepphgvthgvrhdrvghishgvnhhtrhgruhht segvnhhtvghrphhrihhsvggusgdrtghomh X-ME-Proxy: Feedback-ID: i131946ab:Fastmail Received: by mail.messagingengine.com (Postfix) with ESMTPA; Tue, 1 Nov 2022 06:33:31 -0400 (EDT) Message-ID: <9f93a7b9-d144-9e48-40ef-36f7593e425e@enterprisedb.com> Date: Tue, 1 Nov 2022 11:33:29 +0100 MIME-Version: 1.0 User-Agent: Mozilla/5.0 (Macintosh; Intel Mac OS X 10.15; rv:102.0) Gecko/20100101 Thunderbird/102.3.1 Subject: Re: Collation version tracking for macOS Content-Language: en-US To: Thomas Munro Cc: Jeremy Schneider , Peter Geoghegan , "Finnerty, Jim" , "Nasby, Jim" , Tom Lane , pgsql-hackers References: <398aabd1-ad95-ba2d-d70a-dd5d90bf6e07@enterprisedb.com> From: Peter Eisentraut In-Reply-To: Content-Type: text/plain; charset=UTF-8; format=flowed Content-Transfer-Encoding: 7bit List-Id: List-Help: List-Subscribe: List-Post: List-Owner: List-Archive: Archived-At: Precedence: bulk On 22.10.22 03:22, Thomas Munro wrote: > Suppose your pgdata encounters a PostgreSQL linked against a later ICU > library, most likely after an OS upgrade or migratoin, a pg_upgrade, > or via streaming replication. You might get a new error "can't find > ICU collation 'en' with version '153.14'; HINT: install missing ICU > library version", and somehow you'll have to work out which one might > contain 'en' v153.14 and install it with apt-get etc. Then it'll > magically work: your postgres linked against (say) 71 will happily > work with the dlopen'd 67. This is enough if you want to stay on 67 > until the heat death of the universe. So far so good. What I'm wondering is where those ICU installations are going to come from. In order for this project to be viable, we would need to convince some combination of ICU maintainers, OS packagers, and PGDG packagers to provide and maintain five year's worth of ICU packages (yearly releases AFAICT). Is that something we are willing to get into? (Even to test this I need to figure out where to get another ICU installation from. I'll try how easy manual installations are.)