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.94.2) (envelope-from ) id 1t7zee-001OeN-AP for pgsql-hackers@arkaria.postgresql.org; Mon, 04 Nov 2024 16:10:11 +0000 Received: from localhost ([127.0.0.1] helo=malur.postgresql.org) by malur.postgresql.org with esmtp (Exim 4.94.2) (envelope-from ) id 1t7zeb-002qti-M6 for pgsql-hackers@arkaria.postgresql.org; Mon, 04 Nov 2024 16:10:10 +0000 Received: from magus.postgresql.org ([2a02:c0:301:0:ffff::29]) by malur.postgresql.org with esmtps (TLS1.3) tls TLS_ECDHE_RSA_WITH_AES_256_GCM_SHA384 (Exim 4.94.2) (envelope-from ) id 1t7zeb-002qrT-Cq for pgsql-hackers@lists.postgresql.org; Mon, 04 Nov 2024 16:10:09 +0000 Received: from sss.pgh.pa.us ([68.162.161.243]) by magus.postgresql.org with esmtps (TLS1.3) tls TLS_ECDHE_RSA_WITH_AES_256_GCM_SHA384 (Exim 4.94.2) (envelope-from ) id 1t7zeY-000ALM-Ie for pgsql-hackers@lists.postgresql.org; Mon, 04 Nov 2024 16:10:09 +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 4A4GA10T2650824; Mon, 4 Nov 2024 11:10:01 -0500 From: Tom Lane To: Ronan Dunklau cc: pgsql-hackers@lists.postgresql.org, Peter Eisentraut Subject: Re: Converting contrib SQL functions to new style In-reply-to: <3316564.aeNJFYEL58@aivenlaptop> References: <3395418.1618352794@sss.pgh.pa.us> <2102171.1630517255@sss.pgh.pa.us> <3316564.aeNJFYEL58@aivenlaptop> Comments: In-reply-to Ronan Dunklau message dated "Tue, 29 Oct 2024 08:28:55 +0100" MIME-Version: 1.0 Content-Type: text/plain; charset="UTF-8" Content-ID: <2650822.1730736601.1@sss.pgh.pa.us> Content-Transfer-Encoding: quoted-printable Date: Mon, 04 Nov 2024 11:10:01 -0500 Message-ID: <2650823.1730736601@sss.pgh.pa.us> List-Id: List-Help: List-Subscribe: List-Post: List-Owner: List-Archive: Archived-At: Precedence: bulk Ronan Dunklau writes: > Le mercredi 1 septembre 2021, 19:27:35 heure normale d=E2=80=99Europe ce= ntrale Tom = > Lane a =C3=A9crit : >> The rest of this is stuck pending investigation of the ideas about >> making new-style function creation safer when the creation-time path >> isn't secure, so I suppose we should mark it RWF rather than leaving >> it in the queue. Will go do that. > Sorry to revive such an old thread but ... since the introduction of the= = > @extschema:name@ syntax in 72a5b1fc880481914da2d4233077438dd87840ca we c= an now = > proceed with this or am I missing something ? Yeah, seems like we could make it work with that. > I've updated the previous patches to convert them to the new-style, adde= d one = > for lo as well. The cfbot says many of these fail regression tests --- lots of CREATE EXTENSION citext SCHEMA s; +ERROR: extension "citext" has no installation script nor update path for= version "1.8" and such. I didn't poke into why, but maybe you missed "git add'ing" some changes? regards, tom lane