Re: new environment variable INITDB_LOCALE_PROVIDER
От | Peter Eisentraut |
---|---|
Тема | Re: new environment variable INITDB_LOCALE_PROVIDER |
Дата | |
Msg-id | 7a4026b1-2baf-4ee5-a612-0dbd2823bed8@eisentraut.org обсуждение исходный текст |
Ответ на | Re: new environment variable INITDB_LOCALE_PROVIDER (Jeff Davis <pgsql@j-davis.com>) |
Ответы |
Re: new environment variable INITDB_LOCALE_PROVIDER
|
Список | pgsql-hackers |
On 10.10.25 20:09, Jeff Davis wrote: > On Fri, 2025-10-10 at 11:32 +0200, Peter Eisentraut wrote: >>> * Use environment variable name PG_LOCALE_PROVIDER, which seems >>> more >>> consistent. >> >> Is this not something that could already be done using >> PG_TEST_INITDB_EXTRA_OPTS ? > > 1. PG_LOCALE_PROVIDER is a documented user-facing option, which will > make it easier for users to set their preferred provider in scripts, > etc. > > 2. This change also creates default locales for the builtin and ICU > providers, so that initdb without any other locale options will succeed > regardless of the provider. > > I broke these up into two patches as v3 to make it easier to > understand. > > These patches are independently useful, but also important if we ever > want to change the initdb default to builtin or ICU. I'm skeptical that we want user-facing environment variables to provide initdb defaults. The use for that hasn't really been explained. For example, I don't recall anyone asking for an environment variable to determine the checksum default. If we did that, then we might end up with an environment variable per option, which would be a lot. The locale options are already complicated enough; adding more ways to set them with new ways that they interact with other options, this adds a lot more complications. I think in practice initdb is mostly run through packager-provided infrastructure, so this facility would probably have very little impact in practice.
В списке pgsql-hackers по дате отправления: