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 1npaEZ-0003OO-57 for pgsql-docs@arkaria.postgresql.org; Fri, 13 May 2022 18:41:51 +0000 Received: from localhost ([127.0.0.1] helo=malur.postgresql.org) by malur.postgresql.org with esmtp (Exim 4.92) (envelope-from ) id 1npaEW-00031r-1d for pgsql-docs@arkaria.postgresql.org; Fri, 13 May 2022 18:41:48 +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 1npaEV-00031K-PW for pgsql-docs@lists.postgresql.org; Fri, 13 May 2022 18:41:47 +0000 Received: from momjian.us ([72.94.173.45]) by makus.postgresql.org with esmtps (TLS1.3:ECDHE_RSA_AES_256_GCM_SHA384:256) (Exim 4.92) (envelope-from ) id 1npaET-0002mq-79 for pgsql-docs@lists.postgresql.org; Fri, 13 May 2022 18:41:46 +0000 Received: from bruce by momjian.us with local (Exim 4.94.2) (envelope-from ) id 1npaEN-00H589-T3; Fri, 13 May 2022 14:41:39 -0400 Date: Fri, 13 May 2022 14:41:39 -0400 From: Bruce Momjian To: Tom Lane Cc: Alvaro Herrera , "David G. Johnston" , jhebert@micron.com, Pg Docs Subject: Re: Documentation Suggestion Message-ID: References: <202204290909.nuwx32e3jtjh@alvherre.pgsql> <317936.1651241217@sss.pgh.pa.us> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <317936.1651241217@sss.pgh.pa.us> List-Id: List-Help: List-Subscribe: List-Post: List-Owner: List-Archive: Archived-At: Precedence: bulk On Fri, Apr 29, 2022 at 10:06:57AM -0400, Tom Lane wrote: > Alvaro Herrera writes: > > On 2022-Apr-28, David G. Johnston wrote: > >> But we don't go out of our way anywhere else to be so explicit about this > >> kind of requirement and don't see a point of making this instance an > >> exception. > > > Maybe we could add a in the Options section before the item list, > > along the lines of "be mindful that arguments to options --auth, > > --auth-local, --encoding, --locale (and all --lc-* options) are > > case-sensitive". > > I don't think this is an improvement, mainly for the reason David > mentions: why wouldn't you need a similar statement on every single > one of our program man pages? I think the confusion is that while the option arguments are case-sensitive, many of the values are typically used as all upper-case, and I think any doc mention would have to include that: Note that valid --auth option values are all lower case, even for authentication types that typically appear as all upper case, e.g., "LDAP". -- Bruce Momjian https://momjian.us EDB https://enterprisedb.com Indecision is a decision. Inaction is an action. Mark Batterson