From: | Peter Eisentraut <peter(dot)eisentraut(at)2ndquadrant(dot)com> |
---|---|
To: | Tom Lane <tgl(at)sss(dot)pgh(dot)pa(dot)us> |
Cc: | pgsql-hackers(at)postgreSQL(dot)org |
Subject: | Re: [COMMITTERS] pgsql: Add function to import operating system collations |
Date: | 2017-01-21 20:17:26 |
Message-ID: | 80290b4f-2557-06a8-2909-1c5055943768@2ndquadrant.com |
Views: | Raw Message | Whole Thread | Download mbox | Resend email |
Thread: | |
Lists: | pgsql-committers pgsql-hackers |
On 1/21/17 12:50 PM, Tom Lane wrote:
> 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?
Hmm, it was a warning in initdb, so making it an error now is probably a
mistake. We should change it back to a warning at least.
The reason for the warning originally was to have some output in case
the whole collation initialization fails altogether and does nothing.
For example, at the time, we didn't know how reliable and portable
`locale -a` actually was. Maybe this didn't actually turn out to be a
problem.
Also, if we add ICU initialization to this, then it's not clear how we
would report if one provider provided zero locales but another did
provide some.
--
Peter Eisentraut http://www.2ndQuadrant.com/
PostgreSQL Development, 24x7 Support, Remote DBA, Training & Services
From | Date | Subject | |
---|---|---|---|
Next Message | Tom Lane | 2017-01-21 20:18:41 | pgsql: Fix cross-shlib linking in temporary installs on HPUX 10. |
Previous Message | Tom Lane | 2017-01-21 17:50:59 | Re: [COMMITTERS] pgsql: Add function to import operating system collations |
From | Date | Subject | |
---|---|---|---|
Next Message | Erik Rijkers | 2017-01-21 20:20:00 | Re: pdf versus single-html |
Previous Message | Michael Banck | 2017-01-21 20:16:10 | Re: Checksums by default? |