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 1pfMZH-0001hr-B7 for pgsql-docs@arkaria.postgresql.org; Thu, 23 Mar 2023 15:09:31 +0000 Received: from localhost ([127.0.0.1] helo=malur.postgresql.org) by malur.postgresql.org with esmtp (Exim 4.92) (envelope-from ) id 1pfMZG-0001sY-7S for pgsql-docs@arkaria.postgresql.org; Thu, 23 Mar 2023 15:09:30 +0000 Received: from makus.postgresql.org ([2001:4800:3e1:1::229]) by malur.postgresql.org with esmtps (TLS1.3:ECDHE_RSA_AES_256_GCM_SHA384:256) (Exim 4.92) (envelope-from ) id 1pfMZF-0001sP-WD for pgsql-docs@lists.postgresql.org; Thu, 23 Mar 2023 15:09:30 +0000 Received: from sss.pgh.pa.us ([66.207.139.130]) by makus.postgresql.org with esmtps (TLS1.3:ECDHE_RSA_AES_256_GCM_SHA384:256) (Exim 4.92) (envelope-from ) id 1pfMZA-0000Cs-1C for pgsql-docs@lists.postgresql.org; Thu, 23 Mar 2023 15:09:29 +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 32NF9LPQ1821387; Thu, 23 Mar 2023 11:09:21 -0400 From: Tom Lane To: "David G. Johnston" cc: maja zaloznik , "pgsql-docs@lists.postgresql.org" Subject: Re: Seeming contradiction in 22.1 In-reply-to: References: <167931662853.3349090.18217722739345182859@wrigleys.postgresql.org> Comments: In-reply-to "David G. Johnston" message dated "Thu, 23 Mar 2023 05:25:08 -0700" MIME-Version: 1.0 Content-Type: text/plain; charset="UTF-8" Content-ID: <1821385.1679584161.1@sss.pgh.pa.us> Content-Transfer-Encoding: 8bit Date: Thu, 23 Mar 2023 11:09:21 -0400 Message-ID: <1821386.1679584161@sss.pgh.pa.us> List-Id: List-Help: List-Subscribe: List-Post: List-Owner: List-Archive: Archived-At: Precedence: bulk "David G. Johnston" writes: > The root issue, IMO, is that all packagers have settled on the convention > of using Postgres for the superuser name, so if one only ever sees that, it > is easy to assume it is some kind of default of the software itself. In > the face of consistent evidence, people not reading the documentation is my > supposed assumption for their ignorance of this point. But reading the > docs, it is clear how the system really works (I.e., the name of the > bootstrap superuser comes is derived at initdb time from the environment > executing initdb). I agree that the docs are not incorrect as they stand, but maybe they could be phrased a little more clearly. The "Customarily," bit is perhaps too terse. I'm thinking about wording like This role is always a “superuser”, and by default it will have the same name as the operating system user that initialized the database cluster, unless another name is specified while running initdb. It is common, but not required, to arrange for this role to be named postgres. regards, tom lane