Re: [HACKERS] Re: ICU collation variant keywords and pg_collationentries (Was: [BUGS] Crash report for some ICU-52 (debian8) COLLATE andwork_mem values) - Mailing list pgsql-hackers

From Peter Eisentraut
Subject Re: [HACKERS] Re: ICU collation variant keywords and pg_collationentries (Was: [BUGS] Crash report for some ICU-52 (debian8) COLLATE andwork_mem values)
Date
Msg-id e05b43e3-c32f-ea35-3a75-8d337a5486a2@2ndquadrant.com
Whole thread Raw
In response to Re: [HACKERS] Re: ICU collation variant keywords and pg_collationentries (Was: [BUGS] Crash report for some ICU-52 (debian8) COLLATE andwork_mem values)  (Peter Eisentraut <peter.eisentraut@2ndquadrant.com>)
Responses Re: [HACKERS] Re: ICU collation variant keywords and pg_collationentries (Was: [BUGS] Crash report for some ICU-52 (debian8) COLLATE andwork_mem values)  (Noah Misch <noah@leadboat.com>)
List pgsql-hackers
On 8/14/17 12:23, Peter Eisentraut wrote:
> On 8/13/17 15:39, Noah Misch wrote:
>> This PostgreSQL 10 open item is past due for your status update.  Kindly send
>> a status update within 24 hours, and include a date for your subsequent status
>> update.  Refer to the policy on open item ownership:
>> https://www.postgresql.org/message-id/20170404140717.GA2675809%40tornado.leadboat.com
> 
> I think there are up to three separate issues in play:
> 
> - what to do about some preloaded collations disappearing between versions
> 
> - whether to preload keyword variants
> 
> - whether to canonicalize some things during CREATE COLLATION
> 
> I responded to all these subplots now, but the discussion is ongoing.  I
> will set the next check-in to Thursday.

I haven't read anything since that has provided any more clarity about
what needs changing here.  I will entertain concrete proposals about the
specific points above (considering any other issues under discussion to
be PG11 material), but in the absence of that, I don't plan any work on
this right now.

-- 
Peter Eisentraut              http://www.2ndQuadrant.com/
PostgreSQL Development, 24x7 Support, Remote DBA, Training & Services



pgsql-hackers by date:

Previous
From: Andrew Gierth
Date:
Subject: Re: [HACKERS] Inadequate infrastructure for NextValueExpr
Next
From: Robert Haas
Date:
Subject: Re: [HACKERS] [PATCH] Push limit to sort through a subquery