Re: Built-in CTYPE provider

From: Jeff Davis <pgsql(at)j-davis(dot)com>
To: Noah Misch <noah(at)leadboat(dot)com>, Laurenz Albe <laurenz(dot)albe(at)cybertec(dot)at>
Cc: Peter Eisentraut <peter(at)eisentraut(dot)org>, Daniel Verite <daniel(at)manitou-mail(dot)org>, Jeremy Schneider <schneider(at)ardentperf(dot)com>, Tom Lane <tgl(at)sss(dot)pgh(dot)pa(dot)us>, Robert Haas <robertmhaas(at)gmail(dot)com>, pgsql-hackers(at)postgresql(dot)org
Subject: Re: Built-in CTYPE provider
Date: 2024-07-18 16:52:44
Message-ID: f29686018b4432a8ae2e535dbe19f0d88e7a79d5.camel@j-davis.com
Views: Raw Message | Whole Thread | Download mbox | Resend email
Thread:
Lists: pgsql-hackers

On Thu, 2024-07-18 at 07:00 -0700, Noah Misch wrote:
> Given all the messages on this thread, if the feature remains in
> PostgreSQL, I
> advise you to be ready to tolerate PostgreSQL "routinely updating the
> built-in
> provider to adopt any changes that Unicode makes".

You mean messages from me, like:

* "I have no intention force a Unicode update" [1]
* "While nothing needs to be changed for 17, I agree that we may need
to be careful in future releases not to break things." [2]
* "...you are right that we may need to freeze Unicode updates or be
more precise about versioning..." [2]
* "If you are proposing that Unicode updates should not be performed
if they affect the results of any IMMUTABLE function...I am neither
endorsing nor opposing..." [3]

?

The only source I can imagine for your concern -- please correct me if
I'm wrong -- is that I declined to make a preemptive version 18 promise
deep in this version 17 Open Item subthread. But I have good reasons.
First, if we promise not to update Unicode, that would also affect
NORMALIZE(), so for the sake of transparency we need a top-level
discussion. Second, an Open Item should be tightly scoped to what
actually needs to happen in version 17 before release. And thirdly,
such a promise would artificially limit the range of possible outcomes,
which may include various compromises that are not 17 material.

I'm perplexed as to why you don't engage in the version 18 policy
discussion.

>   Maybe someone will change
> something in v18 so it's not like that, but don't count on it.

That's backwards. If nothing happens in v18, then there will be no
breaking Unicode change. It takes an active step by a committer to
update Unicode.

Regards,
Jeff Davis

[1]
https://www.postgresql.org/message-id/5edb38923b0b23eb643f61807ef772a237ab92cf.camel%40j-davis.com
[2]
https://www.postgresql.org/message-id/db496682c6656ac64433f05f8821e561bbf4d105.camel@j-davis.com
[3]
https://www.postgresql.org/message-id/1d178eb1bbd61da1bcfe4a11d6545e9cdcede1d1.camel%40j-davis.com

In response to

Responses

Browse pgsql-hackers by date

  From Date Subject
Next Message Tom Lane 2024-07-18 17:03:31 Re: Built-in CTYPE provider
Previous Message Robert Haas 2024-07-18 16:45:40 Re: Assertion failure with summarize_wal enabled during pg_createsubscriber