Re: WIN32 pg_import_system_collations

From: Juan José Santamaría Flecha <juanjo(dot)santamaria(at)gmail(dot)com>
To: Andrew Dunstan <andrew(at)dunslane(dot)net>
Cc: Peter Eisentraut <peter(dot)eisentraut(at)enterprisedb(dot)com>, Dmitry Koval <d(dot)koval(at)postgrespro(dot)ru>, PostgreSQL Hackers <pgsql-hackers(at)lists(dot)postgresql(dot)org>
Subject: Re: WIN32 pg_import_system_collations
Date: 2023-03-01 08:49:52
Message-ID: CAC+AXB0JrfLjm935fEJ+yuEV+TZzJ-E3cZbv3UpztfpPsP8hBQ@mail.gmail.com
Views: Raw Message | Whole Thread | Download mbox | Resend email
Thread:
Lists: pgsql-hackers

On Tue, Feb 28, 2023 at 9:26 PM Andrew Dunstan <andrew(at)dunslane(dot)net> wrote:

> I think you missed my point, which was that the COLLATE clause above
> seemed particularly pointless. But I agree that all these are not much use,
> so I'll remove them as you suggest.
>

Maybe there has been some miscommunication, please let me try to explain
myself a little better. The whole test is an attempt to mimic
collate.linux.utf8, which has that same command, only for collate 'tr_TR',
and so does collate.icu.utf8 but commented out.

I've seen that you have committed this and now drongo is green, which is
great. Thank you for taking care of it.

Regards,

Juan José Santamaría Flecha

In response to

Browse pgsql-hackers by date

  From Date Subject
Next Message Andrei Zubkov 2023-03-01 08:59:49 Re: [PATCH] Tracking statements entry timestamp in pg_stat_statements
Previous Message Amit Kapila 2023-03-01 08:40:07 Re: [PATCH] Use indexes on the subscriber when REPLICA IDENTITY is full on the publisher