Re: daitch_mokotoff module
Dag Lem <dag@nimrod.no>
From: Dag Lem <dag@nimrod.no>
To: Paul Ramsey <pramsey@cleverelephant.ca>
Cc: PostgreSQL Hackers <pgsql-hackers@lists.postgresql.org>
Date: 2023-03-06T11:07:03Z
Lists: pgsql-hackers
Commits
Same data as JSON:
GET /api/v1/messages/:b64id/commits
the thread's linked commits as JSON, with link sources.
API reference →
-
Avoid using non-ASCII commentary in daitch_mokotoff.c.
- 1c54b93a8cf9 16.0 landed
-
Remove some non-ASCII symbols from a comment.
- d6b5dee42de7 16.0 landed
-
Remove useless dependencies in daitch_mokotoff_header.pl.
- 2bfbad9c4220 16.0 landed
-
Pacify perlcritic.
- edc627ae2763 16.0 landed
-
Add support for Daitch-Mokotoff Soundex in contrib/fuzzystrmatch.
- a290378a3752 16.0 landed
-
Enable routine running of citext's UTF8-specific test cases.
- c2e8bd27519f 15.0 landed
Dag Lem <dag@nimrod.no> writes: > Tomas Vondra <tomas.vondra@enterprisedb.com> writes: > >> On 2/7/23 18:08, Paul Ramsey wrote: >>> >>> >>>> On Feb 7, 2023, at 6:47 AM, Dag Lem <dag@nimrod.no> wrote: >>>> >>>> I just went by to check the status of the patch, and I noticed that >>>> you've added yourself as reviewer earlier - great! >>>> >>>> Please tell me if there is anything I can do to help bring this across >>>> the finish line. >>> >>> Honestly, I had set it to Ready for Committer, but then I went to >>> run regression one more time and my regression blew up. I found I >>> couldn't enable the UTF tests without things failing. And I don't >>> blame you! I think my installation is probably out-of-alignment in >>> some way, but I didn't want to flip the Ready flag without having >>> run everything through to completion, so I flipped it back. Also, >>> are the UTF tests enabled by default? It wasn't clear to me that >>> they were? >>> >> The utf8 tests are enabled depending on the encoding returned by >> getdatabaseencoding(). Systems with other encodings will simply use the >> alternate .out file. And it works perfectly fine for me. >> >> IMHO it's ready for committer. >> >> >> regards > > Yes, the UTF-8 tests follow the current best practice as has been > explained to me earlier. The following patch exemplifies this: > > https://github.com/postgres/postgres/commit/c2e8bd27519f47ff56987b30eb34a01969b9a9e8 > > Can you please have a look at this again? Best regards, Dag Lem