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
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 |
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? |