Re: [BUGS] Crash report for some ICU-52 (debian8) COLLATE andwork_mem values
От | Peter Geoghegan |
---|---|
Тема | Re: [BUGS] Crash report for some ICU-52 (debian8) COLLATE andwork_mem values |
Дата | |
Msg-id | CAH2-Wzm3EOEqYB48m7aT7sjPXw=kUHU=FdzzdU90dfiatt62CQ@mail.gmail.com обсуждение исходный текст |
Ответ на | Re: [BUGS] Crash report for some ICU-52 (debian8) COLLATE andwork_mem values (Peter Eisentraut <peter.eisentraut@2ndquadrant.com>) |
Список | pgsql-bugs |
On Mon, Aug 14, 2017 at 9:27 AM, Peter Eisentraut <peter.eisentraut@2ndquadrant.com> wrote: >> I can't understand why that should be. ICU 58 uses CLDR 30, which >> quite clearer does have the locale de_BE: > > I'm not familiar with the nuances of CLDR, but quite plausibly there is > a *locale* named de_BE, but the collation of "de" as used in "BE" is not > different than "de" used elsewhere, so it is omitted from the list as > redundant. That's also what I think is the most likely explanation. Maybe the lesson here is that we ought to be adding all locales at initdb time, not all distinct collations. That would also get us a dozen or so identical English variants, and so on, just like with glibc. I don't especially want that, but it seems like it might be better from a stability point of view. After all, CLDR gives guarantees about the stability of locales, not collations. -- Peter Geoghegan -- Sent via pgsql-bugs mailing list (pgsql-bugs@postgresql.org) To make changes to your subscription: http://www.postgresql.org/mailpref/pgsql-bugs
В списке pgsql-bugs по дате отправления: