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 1mnUdw-0001dy-7d for pgsql-hackers@arkaria.postgresql.org; Wed, 17 Nov 2021 23:47:08 +0000 Received: from localhost ([127.0.0.1] helo=malur.postgresql.org) by malur.postgresql.org with esmtp (Exim 4.92) (envelope-from ) id 1mnUdt-0006v7-9Q for pgsql-hackers@arkaria.postgresql.org; Wed, 17 Nov 2021 23:47:05 +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 1mnUds-0006ux-Ty for pgsql-hackers@lists.postgresql.org; Wed, 17 Nov 2021 23:47:05 +0000 Received: from mail-pg1-x532.google.com ([2607:f8b0:4864:20::532]) by magus.postgresql.org with esmtps (TLS1.3:ECDHE_RSA_AES_128_GCM_SHA256:128) (Exim 4.92) (envelope-from ) id 1mnUdn-0004lg-Ta for pgsql-hackers@postgresql.org; Wed, 17 Nov 2021 23:47:04 +0000 Received: by mail-pg1-x532.google.com with SMTP id 200so3668052pga.1 for ; Wed, 17 Nov 2021 15:46:59 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=j-davis-com.20210112.gappssmtp.com; s=20210112; h=message-id:subject:from:to:cc:date:in-reply-to:references :mime-version:content-transfer-encoding; bh=y70bwjy9e3xSw2w0+ze0dX5ZU0nn/4HRTNVyDsHUE3g=; b=UgTFFeMAfOhZw9/rOLpnEomHOxQJAPu062uSaTQ1B3Igwri+hofNGgrUZMW1dL4tjt HhcjVzPtudpflod3OQqOiiAkxtCztFClsn8qzB4ANQkBQ0GPiAs0ctCYprQbOYJlP/v1 t7+PEUyrQLX3+EpZibzCNFGmTuZ+NznjA+kwm4TwRjl4NkGz6i94Qn8XYuPIsuyAYcFS tCvP2jhvHExeUbOfV/jp/izfI/SMlZy3g88+aeJxtn/993RzaTbVEmbSt8WTgTrX0o3j ULfmAz3j35BPmP8riWnZ2JlA1bK76laf4we8VIzN8ch1FteC4WkIKWyLqvWPchrGvfP8 1RTg== X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20210112; h=x-gm-message-state:message-id:subject:from:to:cc:date:in-reply-to :references:mime-version:content-transfer-encoding; bh=y70bwjy9e3xSw2w0+ze0dX5ZU0nn/4HRTNVyDsHUE3g=; b=nRD/38toamYDI5gnB82sjSoWnEuTfsml6sQE0JHk0ucyyoqfM0kOayEZR3n2C4ovMy PMner5IqERKN25+z6W48T3OxqirGiu9TzgBkNoF37kOWNsDDh1XKNQVO1Dt0g+LQf8Fm tkcOsoMGTUVQkC+D262PUBFuP6/a3QwHwrq2FIFrm6Bd+poW82uYjZ+JH6cAtHAk22rq vnkWsbviJmFQX84eSBRKX2zThmD+vyatUDvQmxsJejDKn0eBhaVoMMnF92a9fBgovYSy teCiMxI0BO7cAxSdVn4YWiPZteWqlqUeHyZSWUsNjca+M6i95diRQ+niVU0LVP5FugJ9 Ugmg== X-Gm-Message-State: AOAM533QrOd8pItEzMNdcQGLCjmbxOHfROv1NfQ6hf69dfv9PW99fabz DIY+8GPL6LQFoxsHUmvdjQuXFg== X-Google-Smtp-Source: ABdhPJzHMazAi8/1weLKKXOLqwUYcIOREAlHCT35zWXkZ0qkwNszvN/fPpdxy1hwt2/p/cKTZ0ZQHg== X-Received: by 2002:a05:6a00:1254:b0:4a0:3da:3568 with SMTP id u20-20020a056a00125400b004a003da3568mr52410497pfi.57.1637192817630; Wed, 17 Nov 2021 15:46:57 -0800 (PST) Received: from jdavis.lan (c-73-231-146-4.hsd1.ca.comcast.net. [73.231.146.4]) by smtp.gmail.com with ESMTPSA id k13sm723812pfc.197.2021.11.17.15.46.56 (version=TLS1_2 cipher=ECDHE-ECDSA-CHACHA20-POLY1305 bits=256/256); Wed, 17 Nov 2021 15:46:56 -0800 (PST) Message-ID: <765593c8f280903f6653762f879abcaae9168789.camel@j-davis.com> Subject: Re: Non-superuser subscription owners From: Jeff Davis To: Mark Dilger Cc: Andrew Dunstan , PostgreSQL-development , Robert Haas Date: Wed, 17 Nov 2021 15:46:55 -0800 In-Reply-To: <256BCE10-7E91-4B88-8AD6-07B8EEA462E3@enterprisedb.com> References: <9DFC88D3-1300-4DE8-ACBC-4CEF84399A53@enterprisedb.com> <6BB4451E-7B1B-474C-BD1F-DB7531E720C6@enterprisedb.com> <6A2B0FF6-CC86-48CE-B0D3-5401AA5CFEA9@enterprisedb.com> <256BCE10-7E91-4B88-8AD6-07B8EEA462E3@enterprisedb.com> Content-Type: text/plain; charset="UTF-8" X-Mailer: Evolution 3.28.5-0ubuntu0.18.04.2 Mime-Version: 1.0 Content-Transfer-Encoding: 7bit List-Id: List-Help: List-Subscribe: List-Post: List-Owner: List-Archive: Archived-At: Precedence: bulk On Wed, 2021-11-17 at 15:07 -0800, Mark Dilger wrote: > We only have 4 values left in the bitmask, and I doubt that burning > those slots for multiple new types of rights that only have meaning > for subscriptions is going to be accepted. For full disclosure, I'm > proposing adding ACL_SET and ACL_ALTER_SYSTEM in another patch and my > proposal there could get shot down for the same reasons, but I think > your argument would be even harder to defend. Maybe others feel > differently. Why not overload ACL_USAGE again, and say: GRANT USAGE ON SUBSCRIPTION sub1 TO nonsuper; would allow ENABLE/DISABLE and REFRESH. Again, I don't really understand the use case behind "can use a subscription but not create one", so I'm not making a proposal. But assuming that the use case exists, GRANT seems like a much better approach. (Aside: for me to commit something like this I'd want to understand the "can use a subscription but not create one" use case better.) Regards, Jeff Davis