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 1itJjx-0004PZ-Nq for pgsql-docs@arkaria.postgresql.org; Sun, 19 Jan 2020 23:12:22 +0000 Received: from localhost ([127.0.0.1] helo=malur.postgresql.org) by malur.postgresql.org with esmtp (Exim 4.89) (envelope-from ) id 1itJjw-0003WQ-GK for pgsql-docs@arkaria.postgresql.org; Sun, 19 Jan 2020 23:12:20 +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 1it1hw-0004Xo-N7 for pgsql-docs@lists.postgresql.org; Sun, 19 Jan 2020 03:57:05 +0000 Received: from resqmta-ch2-10v.sys.comcast.net ([2001:558:fe21:29:69:252:207:42]) by magus.postgresql.org with esmtps (TLS1.2:ECDHE_RSA_AES_256_GCM_SHA384:256) (Exim 4.92) (envelope-from ) id 1it1hq-00088j-DE for pgsql-docs@lists.postgresql.org; Sun, 19 Jan 2020 03:57:02 +0000 Received: from resomta-ch2-12v.sys.comcast.net ([69.252.207.108]) by resqmta-ch2-10v.sys.comcast.net with ESMTP id t1deiaNxeRHmIt1hjiCj8Z; Sun, 19 Jan 2020 03:56:51 +0000 DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=comcast.net; s=20190202a; t=1579406211; bh=l+HR9B0oz1+HHXVCPRq9WWNI2tWE440CiwHVDa6FC6M=; h=Received:Received:Received:Date:From:To:Subject:Message-ID: MIME-Version:Content-Type; b=JV6eUG8uuSw7yoRrrqt37F5CuO97gyFCZt5GzCM+BDMSmtdQfCm3Zt8to4ivJMNak 3yuDOT3evpemthSKqNpof1eR8ArmyMnmj5v9mLIe0IlvAi+SJanFg/1fN5Vzol6U7A w8FQKWelTEuwgkKSjLZO2sDoz8w6ludX+dQRcX6k/hp6O5lgf7mzYuBOUBqMPN6bN/ /g1kQV1N1oiz3EaoX/TvpcMxfSOhsYypkQ7eJ1zluO4FDJpzedl45z6++yBVAMtsYC CPAMoVXetRvIglsXbcWqQrQf4hgmyDoE+8LW/4llHLv+OO7pP2/dH3hEvzhb1oUOUM Cktjcr4EznCkg== Received: from shrew ([IPv6:2601:192:8601:280:85e1:2e61:5532:2c0a]) by resomta-ch2-12v.sys.comcast.net with ESMTPA id t1hgiyMu1PehPt1hhiM2ic; Sun, 19 Jan 2020 03:56:50 +0000 X-Xfinity-VMeta: sc=-86.00;st=legit Received: from rir by shrew with local (Exim 4.92) (envelope-from ) id 1it1hg-0002Nu-Fv; Sat, 18 Jan 2020 22:56:48 -0500 Date: Sat, 18 Jan 2020 22:56:48 -0500 From: R Ransbottom To: Stephen Frost Cc: Bruce Momjian , Laurenz Albe , rirans@comcast.net, pgsql-docs@lists.postgresql.org Subject: Re: Documentation: 21.5. Default Roles Message-ID: <20200119035648.3k4d3erobborxwv3@rat.local> References: <157742545062.1149.11052653770497832538@wrigleys.postgresql.org> <20191227171654.GA2992@momjian.us> <8c2f4f1b90c993c8c6338b978a78a9ebbcd1c934.camel@cybertec.at> <20200114181331.GB10430@momjian.us> <20200114194502.GX3195@tamriel.snowman.net> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <20200114194502.GX3195@tamriel.snowman.net> User-Agent: NeoMutt/20180716 List-Id: List-Help: List-Subscribe: List-Post: List-Owner: List-Archive: Precedence: bulk Hi, On Tue, Jan 14, 2020 at 02:45:02PM -0500, Stephen Frost wrote: > * Bruce Momjian (bruce@momjian.us) wrote: > > On Tue, Jan 7, 2020 at 11:46:31AM +0100, Laurenz Albe wrote: > > > On Fri, 2019-12-27 at 12:16 -0500, Bruce Momjian wrote: > > > > On Fri, Dec 27, 2019 at 05:44:10AM +0000, PG Doc comments form wrote: > > > > > The following documentation comment has been logged on the website: > > > > > > > > > > Page: https://www.postgresql.org/docs/12/default-roles.html > > > > > Description: > > > > > > > > > > The title is wrong. The roles are not defaults; they are predefined and > > > > > privileged. The title suggests that a user should expect to be assigned > > > > > these roles. "21.5 Sub-Administrator Roles" would be accurate--improving > > > > > clarity over all and removing any need to explain why postgres is not in > > > > > this list of roles. > > > > > > > > > > > > > Good points. I have developed the attached documentation patch which > > > > includes your ideas. > > > > > > I think that "predefined role" is better than "default role". > > > > Thanks, patch applied through 9.6. > > Erm, I didn't agree with this and pointed to reasons why it was based, > for starters, on a misunderstanding and further wasn't a particularly I went to the documentation for clarity. I read a section that was not pertinent to my issue because it is poorly titled. These roles are not defaults in any sense. > good idea anyway. I'm not happy that it was committed, and to have been > back-patched strikes me as even worse. What about existing links to > things like: https://www.postgresql.org/docs/9.6/default-roles.html > which will now be broken, like from here?: > > https://paquier.xyz/postgresql-2/postgres-11-new-system-roles/ I would hope to find correct documentation somewhere--that somewhere should be Postgresql's own documentation. > least 5 references still to 'default role' in the documentation after > things like 'DEFAULT_ROLE_WRITE_SERVER_FILES' in the code vs. the No doubt, there is more documentation needing fixing. I am impressed by the quality of Pg's documentation overall. > In short, I don't agree with this change, which strikes me as looking > largely like it's trying to make PG look more like Oracle than anything > else, but if we're going to move in this direction we should only be > doing so in master and It is incorrect to suppose that I am trying to "make PG look ... like Oracle". I don't know what Oracle looks like; I've only used msql (not mysql) and Pg. "Only .. in master" is a future far away. Less so for you. Stephen, thank you. Rob