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 1pbz2p-0007hW-Ft for pgsql-hackers@arkaria.postgresql.org; Tue, 14 Mar 2023 07:26:03 +0000 Received: from localhost ([127.0.0.1] helo=malur.postgresql.org) by malur.postgresql.org with esmtp (Exim 4.92) (envelope-from ) id 1pbz2o-00069Y-ES for pgsql-hackers@arkaria.postgresql.org; Tue, 14 Mar 2023 07:26:02 +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 1pbz2o-000673-2D for pgsql-hackers@lists.postgresql.org; Tue, 14 Mar 2023 07:26:02 +0000 Received: from wnew1-smtp.messagingengine.com ([64.147.123.26]) by makus.postgresql.org with esmtps (TLS1.3:ECDHE_RSA_AES_256_GCM_SHA384:256) (Exim 4.92) (envelope-from ) id 1pbz2l-00064E-Ei for pgsql-hackers@postgresql.org; Tue, 14 Mar 2023 07:26:01 +0000 Received: from compute2.internal (compute2.nyi.internal [10.202.2.46]) by mailnew.west.internal (Postfix) with ESMTP id 111EE2B05E5C; Tue, 14 Mar 2023 03:25:57 -0400 (EDT) Received: from mailfrontend1 ([10.202.2.162]) by compute2.internal (MEProxy); Tue, 14 Mar 2023 03:25:58 -0400 DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d= messagingengine.com; h=cc:cc:content-transfer-encoding :content-type: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=fm2; t= 1678778757; x=1678785957; bh=0WEA5uRyZycism35TdIFQ+0C7zTZSPTcLBr GuhnQmfI=; b=m3MjP3Y2Qgrd0s5YfdQNPsRIiT9ZSGtVU1D5iwAMj1AIRMvEs9B jzQIiH54hU+NRsDa6+hfzfswARM35J1/Dc1vWuATMXYAEOe+W1gxMKxjxU3GBVoZ l+KijAnZbhn6kFOVwo8BU6KJQ8FIm1N8fCu+CZ6VrNzv0oPTzKblNnAVP5KGIgpf r5e2iOji/viYGH//YbvD15BLOAzDtQ3JTqMwQDniRg+8Y1XzECosrhPEj2eWuJ7N t93aowldgvjyuvvy+VTrioQuRsVr6EC61NyMGjg6LXHhzmJ59aMJnN0Pb9F18l0T eSp3o1JuEsJw3hHV8/+KGLnlpgo2wTSMPZw== X-ME-Sender: X-ME-Received: X-ME-Proxy-Cause: gggruggvucftvghtrhhoucdtuddrgedvhedrvddvhedguddtjecutefuodetggdotefrod ftvfcurfhrohhfihhlvgemucfhrghsthforghilhdpqfgfvfdpuffrtefokffrpgfnqfgh necuuegrihhlohhuthemuceftddtnecunecujfgurhepkfffgggfuffvvehfhfgjtgfgse htjeertddtfeejnecuhfhrohhmpefrvghtvghrucfgihhsvghnthhrrghuthcuoehpvght vghrrdgvihhsvghnthhrrghuthesvghnthgvrhhprhhishgvuggsrdgtohhmqeenucggtf frrghtthgvrhhnpeehleffgeegudejteeihfelteduvdeifffhffdvjedvffegjeekudel udehudeifeenucevlhhushhtvghrufhiiigvpedtnecurfgrrhgrmhepmhgrihhlfhhroh hmpehpvghtvghrrdgvihhsvghnthhrrghuthesvghnthgvrhhprhhishgvuggsrdgtohhm X-ME-Proxy: Feedback-ID: i131946ab:Fastmail Received: by mail.messagingengine.com (Postfix) with ESMTPA; Tue, 14 Mar 2023 03:25:56 -0400 (EDT) Message-ID: <4006636a-134c-e096-2954-c8669d444b64@enterprisedb.com> Date: Tue, 14 Mar 2023 08:25:55 +0100 MIME-Version: 1.0 User-Agent: Mozilla/5.0 (Macintosh; Intel Mac OS X 10.15; rv:102.0) Gecko/20100101 Thunderbird/102.8.0 Subject: Re: ICU 54 and earlier are too dangerous Content-Language: en-US To: Tom Lane , Jeff Davis Cc: pgsql-hackers@postgresql.org References: <2453427.1678753577@sss.pgh.pa.us> From: Peter Eisentraut In-Reply-To: <2453427.1678753577@sss.pgh.pa.us> 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 14.03.23 01:26, Tom Lane wrote: >> Unless someone has a better idea, I think we need to bump the minimum >> required ICU version to 55. That would solve the issue in v16 and >> later, but those using old versions of ICU and old versions of postgres >> would still be vulnerable to these kinds of typos. > ... that seems like an overreaction. We know from the buildfarm > that there's still a lot of old ICU out there. Is it really improving > anybody's life to try to forbid them from using such a version? If I'm getting the dates right, the 10-year support of RHEL 7 will expire in June 2024. So if we follow past practices, we could drop support for RHEL 7 in PG17. This would allow us to drop support for old libicu, and also old openssl, zlib, maybe more. So if we don't feel like we need to do an emergency change here, there is a path to do this in a principled way in the near future.