Received: from malur.postgresql.org ([217.196.149.56]) by arkaria.postgresql.org with esmtps (TLS1.2:ECDHE_RSA_AES_256_CBC_SHA1:256) (Exim 4.89) (envelope-from ) id 1ir6UN-0000EA-HI for pgsql-hackers@arkaria.postgresql.org; Mon, 13 Jan 2020 20:39:07 +0000 Received: from localhost ([127.0.0.1] helo=malur.postgresql.org) by malur.postgresql.org with esmtp (Exim 4.89) (envelope-from ) id 1ir6UL-0000dL-ER for pgsql-hackers@arkaria.postgresql.org; Mon, 13 Jan 2020 20:39:05 +0000 Received: from magus.postgresql.org ([2a02:c0:301:0:ffff::29]) by malur.postgresql.org with esmtps (TLS1.2:ECDHE_RSA_AES_256_CBC_SHA1:256) (Exim 4.89) (envelope-from ) id 1ir6UL-0000aD-5Q for pgsql-hackers@lists.postgresql.org; Mon, 13 Jan 2020 20:39:05 +0000 Received: from sss.pgh.pa.us ([66.207.139.130]) by magus.postgresql.org with esmtps (TLS1.2:ECDHE_RSA_AES_256_GCM_SHA384:256) (Exim 4.92) (envelope-from ) id 1ir6UI-0006tU-HI for pgsql-hackers@lists.postgresql.org; Mon, 13 Jan 2020 20:39:04 +0000 Received: from sss1.sss.pgh.pa.us (localhost [127.0.0.1]) by sss.pgh.pa.us (8.14.4/8.14.4) with ESMTP id 00DKcxK3028605; Mon, 13 Jan 2020 15:38:59 -0500 From: Tom Lane To: Stephen Frost cc: Robert Haas , Peter Eisentraut , PostgreSQL Hackers Subject: Re: Removing pg_pltemplate and creating "trustable" extensions In-reply-to: <20200113184019.GF3195@tamriel.snowman.net> References: <6440.1578594907@sss.pgh.pa.us> <9933.1578599320@sss.pgh.pa.us> <12039.1578602021@sss.pgh.pa.us> <20200110192646.GZ3195@tamriel.snowman.net> <16979.1578685198@sss.pgh.pa.us> <20200110205003.GD3195@tamriel.snowman.net> <27618.1578696790@sss.pgh.pa.us> <20200113184019.GF3195@tamriel.snowman.net> Comments: In-reply-to Stephen Frost message dated "Mon, 13 Jan 2020 13:40:19 -0500" MIME-Version: 1.0 Content-Type: text/plain; charset="us-ascii" Content-ID: <28603.1578947939.1@sss.pgh.pa.us> Date: Mon, 13 Jan 2020 15:38:59 -0500 Message-ID: <28604.1578947939@sss.pgh.pa.us> List-Id: List-Help: List-Subscribe: List-Post: List-Owner: List-Archive: Precedence: bulk Stephen Frost writes: > * Tom Lane (tgl@sss.pgh.pa.us) wrote: >> In the meantime, though, this idea as stated doesn't do anything except >> let a DB owner grant install privileges to someone else. I'm not even >> convinced that we want that, or that anyone needs it (I can recall zero >> such requests related to PLs in the past). And for sure it does not >> belong in a minimal implementation of this feature. > Yes, that's what this approach would do. I suppose an alternative would > be to lump it in with "CREATE" rights on the DB, but I've advocated and > will continue to advocate for splitting up of such broad rights. > DB-level CREATE rights currently cover both schemas and publications, > for example, even though the two have rather little to do with each > other. The patch as I'm proposing it has nothing to do with "CREATE" rights. You're attacking something different from what I actually want to do. regards, tom lane