Re: new environment variable INITDB_LOCALE_PROVIDER

From: Jeff Davis <pgsql(at)j-davis(dot)com>
To: Peter Eisentraut <peter(at)eisentraut(dot)org>
Cc: pgsql-hackers(at)postgresql(dot)org
Subject: Re: new environment variable INITDB_LOCALE_PROVIDER
Date: 2025-10-14 20:45:00
Message-ID: ff5bd6a6d5968442e272e4cbcfc9d19f65ada38f.camel@j-davis.com
Views: Whole Thread | Raw Message | Download mbox | Resend email
Thread:
Lists: pgsql-hackers

On Tue, 2025-10-14 at 21:51 +0200, Peter Eisentraut wrote:
> I'm skeptical that we want user-facing environment variables to
> provide
> initdb defaults.  The use for that hasn't really been explained.

One motivation was to make it smoother to change the initdb default
provider:

https://www.postgresql.org/message-id/9b259f4c532943e428e9665122f37c099bab250e.camel@j-davis.com
https://www.postgresql.org/message-id/e4ac16908dad3eddd3ed73c4862591375a3f0539.camel@j-davis.com

if we were to make that change, then users might have existing scripts
and want to use the environment variable to switch it back to libc
without modifying the scripts.

If you think we can change the initdb default without introducing an
environment variable, then perhaps we don't need v3-0002. What do you
think about v3-0001?

Regards,
Jeff Davis

In response to

Browse pgsql-hackers by date

  From Date Subject
Next Message Andrew Dunstan 2025-10-14 20:55:44 Re: Improved TAP tests by replacing sub-optimal uses of ok() with better Test::More functions
Previous Message Peter Eisentraut 2025-10-14 19:51:01 Re: new environment variable INITDB_LOCALE_PROVIDER