From: | Peter Eisentraut <peter(dot)eisentraut(at)2ndquadrant(dot)com> |
---|---|
To: | Julien Rouhaud <rjuju123(at)gmail(dot)com> |
Cc: | pgsql-hackers <pgsql-hackers(at)postgresql(dot)org>, Noah Misch <noah(at)leadboat(dot)com>, Magnus Hagander <magnus(at)hagander(dot)net>, "Jonathan S(dot) Katz" <jkatz(at)postgresql(dot)org> |
Subject: | Re: initdb recommendations |
Date: | 2019-07-13 12:44:13 |
Message-ID: | 91f8272f-117f-2a04-862b-871a7b86eeed@2ndquadrant.com |
Views: | Raw Message | Whole Thread | Download mbox | Resend email |
Thread: | |
Lists: | pgsql-docs pgsql-hackers |
On 2019-07-11 21:34, Julien Rouhaud wrote:
>> Note that with this change, running initdb without arguments will now
>> error on those platforms: You need to supply either a password or select
>> a different default authentication method.
> Should we make this explicitly stated in the documentation? As a
> reference, it's saying:
>
> The default client authentication setup is such that users can connect
> over the Unix-domain socket to the same database user name as their
> operating system user names (on operating systems that support this,
> which are most modern Unix-like systems, but not Windows) and
> otherwise with a password. To assign a password to the initial
> database superuser, use one of initdb's -W, --pwprompt or -- pwfile
> options.
Do you have a suggestion for where to put this and exactly how to phrase
this?
I think the initdb reference page would be more appropriate than
runtime.sgml.
--
Peter Eisentraut http://www.2ndQuadrant.com/
PostgreSQL Development, 24x7 Support, Remote DBA, Training & Services
From | Date | Subject | |
---|---|---|---|
Next Message | Julien Rouhaud | 2019-07-13 16:58:30 | Re: initdb recommendations |
Previous Message | Jürgen Purtz | 2019-07-13 10:11:43 | Re: Improvement of GIN figure |
From | Date | Subject | |
---|---|---|---|
Next Message | Thomas Munro | 2019-07-13 12:44:39 | Re: Bad canonicalization for dateranges with 'infinity' bounds |
Previous Message | Peter Eisentraut | 2019-07-13 12:36:54 | Re: [PATCH] Implement uuid_version() |