Re: [COMMITTERS] pgsql: Add function to import operating system collations

From: Tom Lane <tgl(at)sss(dot)pgh(dot)pa(dot)us>
To: Peter Eisentraut <peter_e(at)gmx(dot)net>
Cc: pgsql-hackers(at)postgreSQL(dot)org
Subject: Re: [COMMITTERS] pgsql: Add function to import operating system collations
Date: 2017-01-21 17:50:59
Message-ID: 31434.1485021059@sss.pgh.pa.us
Views: Raw Message | Whole Thread | Download mbox | Resend email
Thread:
Lists: pgsql-committers pgsql-hackers

Peter Eisentraut <peter_e(at)gmx(dot)net> writes:
> Add function to import operating system collations

BTW, hamster's been failing since this went in:

running bootstrap script ... ok
performing post-bootstrap initialization ... 2017-01-19 03:17:38.748 JST [14656] FATAL: no usable system locales were found
2017-01-19 03:17:38.748 JST [14656] STATEMENT: SELECT pg_import_system_collations(if_not_exists => false, schema => 'pg_catalog');

child process exited with exit code 1

Looking at older reports, I see that it didn't find any system locales
then either, but we did not treat it as a hard error:

running bootstrap script ... ok
performing post-bootstrap initialization ... No usable system locales were found.
Use the option "--debug" to see details.
ok
syncing data to disk ... ok

I have to question the decision to make "no locales" a hard error.
What's the point of that? In fact, should we even be bothering with
a warning, considering how often initdb runs unattended these days?

regards, tom lane

In response to

Responses

Browse pgsql-committers by date

  From Date Subject
Next Message Peter Eisentraut 2017-01-21 20:17:26 Re: [COMMITTERS] pgsql: Add function to import operating system collations
Previous Message Andres Freund 2017-01-21 17:31:23 Re: pgsql: Logical replication

Browse pgsql-hackers by date

  From Date Subject
Next Message Petr Jelinek 2017-01-21 17:53:41 Re: Checksums by default?
Previous Message Stephen Frost 2017-01-21 17:46:05 Re: Checksums by default?