Re: initdb's -c option behaves wrong way? - Mailing list pgsql-hackers

From Robert Haas
Subject Re: initdb's -c option behaves wrong way?
Date
Msg-id CA+TgmoZYa5hNgdadYwNfpReykW7RU5egpzrFaAMwFA9qz0g=eg@mail.gmail.com
Whole thread Raw
In response to Re: initdb's -c option behaves wrong way?  (Daniel Gustafsson <daniel@yesql.se>)
Responses Re: initdb's -c option behaves wrong way?
List pgsql-hackers
On Wed, Jan 17, 2024 at 2:31 PM Daniel Gustafsson <daniel@yesql.se> wrote:
> Agreed, I think the patch as it stands now where it replaces case insensitive,
> while keeping the original casing, is the best path forward.  The issue exist
> in 16 as well so I propose a backpatch to there.

I like that approach, too. I could go either way on back-patching. It
doesn't seem important, but it probably won't break anything, either.

--
Robert Haas
EDB: http://www.enterprisedb.com



pgsql-hackers by date:

Previous
From: Robert Haas
Date:
Subject: Re: psql JSON output format
Next
From: Robert Haas
Date:
Subject: Re: cleanup patches for incremental backup