Re: describe special values in GUC descriptions more consistently - Mailing list pgsql-hackers

From Daniel Gustafsson
Subject Re: describe special values in GUC descriptions more consistently
Date
Msg-id 96FFD091-F221-4009-AA34-C740AC3C330D@yesql.se
Whole thread Raw
In response to Re: describe special values in GUC descriptions more consistently  (Peter Smith <smithpb2250@gmail.com>)
Responses Re: describe special values in GUC descriptions more consistently
List pgsql-hackers
> On 11 Feb 2025, at 19:11, Nathan Bossart <nathandbossart@gmail.com> wrote:

> I thought about this one a bit, and I actually came to the opposite
> conclusion.  IMHO it's reasonably obvious that an empty string means that
> the file isn't loaded, so there's not much point in stating it in the GUC
> description.  Instead, I think we should follow the
> archive_command/archive_library example and use this space _only_ as a
> cross-reference to each other.  There's certainly some nuances missed with
> this strategy, but that's not unique to this GUC.

I don't necessarily disagree with this, but the proposed wording makes it sound
sort of like users have to select one or the other.  Could it be softened a
little like perhaps "An empty string disables, \"ssl_crl_foo\" is still used"?

--
Daniel Gustafsson




pgsql-hackers by date:

Previous
From: Tomas Vondra
Date:
Subject: Re: Bump soft open file limit (RLIMIT_NOFILE) to hard limit on startup
Next
From: Nathan Bossart
Date:
Subject: Re: Track the amount of time waiting due to cost_delay