Re: ERROR: new collation (en_US.UTF-8) is incompatible with the collation of the template database (en_US.utf-8)

From: Tomas Pospisek <tpo2(at)sourcepole(dot)ch>
To: Adrian Klaver <adrian(dot)klaver(at)aklaver(dot)com>, pgsql-general(at)lists(dot)postgresql(dot)org
Subject: Re: ERROR: new collation (en_US.UTF-8) is incompatible with the collation of the template database (en_US.utf-8)
Date: 2022-06-24 08:11:39
Message-ID: 23557e37-b480-2125-1afd-8f7fc26c1b09@sourcepole.ch
Views: Raw Message | Whole Thread | Download mbox | Resend email
Thread:
Lists: pgsql-general

On 23.06.22 20:21, Adrian Klaver wrote:
> On 6/23/22 10:11, Adrian Klaver wrote:
>> On 6/23/22 00:37, Tomas Pospisek wrote:
>>> On 22.06.22 22:18, Tomas Pospisek wrote:
>>>> On 22.06.22 21:25, Adrian Klaver wrote:
>>>>> On 6/22/22 12:17, Tomas Pospisek wrote:
>>
>>>
>>> So I used both pg_dump and pg_restore from the newer machine. Result
>>> is still the same.  So I'll use Tom Lane's suggestion too and fix the
>>> 'UTF-8' spelling in the dump file:
>>
>> Not sure why that is necessary? Is seems this is low hanging fruit
>> that could dealt with by the equivalent of lower('en_US.UTF-8') =
>> lower('en_US.utf-8').
>
> Well that was clear as mud.

:-D

> My point was that I don't see why the end
> user should have to do this when it could be handled internally in the
> pg_restore code.

That would indeed be very friendly of pg_restore if it'd take that
little task off the user :-)

+1 of course :-)

*t

In response to

Browse pgsql-general by date

  From Date Subject
Next Message Amit Kapila 2022-06-24 10:19:24 Re: Support logical replication of DDLs
Previous Message Masahiko Sawada 2022-06-24 02:39:28 Re: Support logical replication of DDLs