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 1o3i6z-0001PP-Ti for pgsql-bugs@arkaria.postgresql.org; Tue, 21 Jun 2022 17:56:25 +0000 Received: from localhost ([127.0.0.1] helo=malur.postgresql.org) by malur.postgresql.org with esmtp (Exim 4.92) (envelope-from ) id 1o3i6x-0008PH-Pf for pgsql-bugs@arkaria.postgresql.org; Tue, 21 Jun 2022 17:56:23 +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 1o3i6x-0008P8-H2 for pgsql-bugs@lists.postgresql.org; Tue, 21 Jun 2022 17:56:23 +0000 Received: from mail-pl1-x629.google.com ([2607:f8b0:4864:20::629]) by magus.postgresql.org with esmtps (TLS1.3:ECDHE_RSA_AES_128_GCM_SHA256:128) (Exim 4.92) (envelope-from ) id 1o3i6u-0004Jm-LZ for pgsql-bugs@lists.postgresql.org; Tue, 21 Jun 2022 17:56:22 +0000 Received: by mail-pl1-x629.google.com with SMTP id a17so11226846pls.6 for ; Tue, 21 Jun 2022 10:56:20 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20210112; h=date:from:to:cc:subject:message-id:references:mime-version :content-disposition:in-reply-to; bh=pKXqA7C/uBikqOijo3IRk3AwnJRootnfGr/VknhNxXw=; b=NSaLvBnstMk8NsC5o+uysvKFsBLbdCAMWm5Ij5fMum8BuqSo1qPTvAsrR1xB86FcDf WaEici8y2fxUz3znRUxzFU/zLr1S6uoZS/ufgrTB9uXiWwgQtGge/ejvZCSLsMMh8aIz Qls2C8bmY9hdnxwWhgHjwAAhyeB3ZLOrsNTlv6n/kedeS4SfyBmpuFECP/HNKIwW25E9 T1x+JqCbOGSpraTxuVOu7q2Nw3V5Swkg5EawgOW2zaOhkWFukv1O0vYEijEHTteyLbTd Qzf4ZeAEfMEyxfIMlg2wxqq9eSMhBNJg653CihYLu5bZUbtEpIoWDqrkLGKZPwERSoNj OEQg== X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20210112; h=x-gm-message-state:date:from:to:cc:subject:message-id:references :mime-version:content-disposition:in-reply-to; bh=pKXqA7C/uBikqOijo3IRk3AwnJRootnfGr/VknhNxXw=; b=2BmkWnQuR6o7RDvY5f4ggobb1vjO9FpxMtBqbg27lnbRBd0Ihw1hMQLk4ZyVQuys1b vHIpKFlt8LqBRPYLA8lSG+0T1wUEWBtJb0+EOWeDKuoak8IS/CYEE/yUM36DbaRYiSRK regUuO8foA0l23/rAEL976RpanL4EY0VHtIqQXgbpPnKYdEskX1fBPqlRCbyfDOMxQjq moovxx+noR57tVgrJQ9JEKyrN7TUWbzktOzuWsefXUKwWEzZ92fCymMVYforHbyNGXeR opTfJV0V+rxBbgk0OUs7EC4GmLx05E1y4myEv8H+LTiH+TERC82MPPotK/YYmmN9cxFz pNuQ== X-Gm-Message-State: AJIora+mQK7MX+L3L77EVBi5W6eTF7wDXXOTAodx+GGDJRv2qmvtWJyO QccaR9e2Y7xu1SsuC5wqA+s= X-Google-Smtp-Source: AGRyM1ub4fImcZCbfF8nRiQ94itC/6Jzvy0BecImyu/SJmI/puavHUtotSg04bTiWkfRXRBbFchLFQ== X-Received: by 2002:a17:902:7105:b0:168:dfe3:66e0 with SMTP id a5-20020a170902710500b00168dfe366e0mr28982165pll.88.1655834178512; Tue, 21 Jun 2022 10:56:18 -0700 (PDT) Received: from nathanxps13 ([50.54.155.70]) by smtp.gmail.com with ESMTPSA id o12-20020a62f90c000000b0051be16492basm11653752pfh.195.2022.06.21.10.56.17 (version=TLS1_3 cipher=TLS_AES_256_GCM_SHA384 bits=256/256); Tue, 21 Jun 2022 10:56:17 -0700 (PDT) Date: Tue, 21 Jun 2022 10:56:16 -0700 From: Nathan Bossart To: Noah Misch Cc: Michael Paquier , pgsql-bugs@lists.postgresql.org, =?iso-8859-1?Q?F=E4rber=2C_Franz-Josef_=28StMUK=29?= , Tom Lane Subject: Re: Extension pg_trgm, permissions and pg_dump order Message-ID: <20220621175616.GA93985@nathanxps13> References: <20220528045122.GA3228881@rfd.leadboat.com> <20220529033033.GA1973706@nathanxps13> <20220529043403.GB3265235@rfd.leadboat.com> <20220531152855.GA2236210@nathanxps13> <20220603181724.GA2672350@nathanxps13> <20220606063056.GA3527347@rfd.leadboat.com> <20220609051708.GA3615673@rfd.leadboat.com> <20220613034551.GB3728437@rfd.leadboat.com> <20220616054218.GA3980475@rfd.leadboat.com> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <20220616054218.GA3980475@rfd.leadboat.com> List-Id: List-Help: List-Subscribe: List-Post: List-Owner: List-Archive: Archived-At: Precedence: bulk On Wed, Jun 15, 2022 at 10:42:18PM -0700, Noah Misch wrote: > -REGRESS = citext citext_utf8 > +REGRESS = create_index_acl citext citext_utf8 It's a little unfortunate that these tests are located within the citext module, but I can't claim to have a better idea. > + * Identify the opclass to use. Use of ddl_userid is necessary due to > + * ACL checks therein. This is safe despite opclasses containing > + * opaque expressions (specifically, functions), because only > + * superusers can define opclasses. It's not clear to me why the fact that only superusers can define opclasses makes this safe. Overall, the patch seems reasonable to me. -- Nathan Bossart Amazon Web Services: https://aws.amazon.com