Re: Fixing busted citext function declarations

From: Tom Lane <tgl(at)sss(dot)pgh(dot)pa(dot)us>
To: "David G(dot) Johnston" <david(dot)g(dot)johnston(at)gmail(dot)com>
Cc: Alvaro Herrera <alvherre(at)2ndquadrant(dot)com>, "pgsql-hackers(at)postgresql(dot)org" <pgsql-hackers(at)postgresql(dot)org>, "David E(dot) Wheeler" <david(at)justatheory(dot)com>
Subject: Re: Fixing busted citext function declarations
Date: 2015-05-05 18:01:41
Message-ID: 4046.1430848901@sss.pgh.pa.us
Views: Raw Message | Whole Thread | Download mbox | Resend email
Thread:
Lists: pgsql-hackers

"David G. Johnston" <david(dot)g(dot)johnston(at)gmail(dot)com> writes:
> On Tue, May 5, 2015 at 10:20 AM, Tom Lane <tgl(at)sss(dot)pgh(dot)pa(dot)us> wrote:
>> Alvaro Herrera <alvherre(at)2ndquadrant(dot)com> writes:
>>> I think we should keep the 1.0 version this time, in back branches.

>> Agreed. Maybe we shouldn't even make 1.1 the default in the back
>> branches.

> Does 9.0 get different treatment?

Given the lack of previous complaints, I'm inclined to not touch 9.0
at all. We don't have any mechanism like multiple extension versions
to let users control what happens in 9.0, and this seems like rather a
large behavior change to set loose in such an old branch without that.

> If (I'm not sure this is the case - or must be...) a pg_dump/pg_restore
> sequence against a back-branch database installs the default version of the
> extension for that PostgreSQL version I would agree; and, to clarify, we
> would still provide the ability to upgrade to citext-1.1 in back-branches.

Right.

> Alvaro >> and it (1.0) wouldn't be provided in the master branch

> Why wouldn't it?

The current behavior is without question broken, so I don't see a good
argument for preserving it forever.

regards, tom lane

In response to

Browse pgsql-hackers by date

  From Date Subject
Next Message Alvaro Herrera 2015-05-05 18:49:00 Re: BRIN range operator class
Previous Message David G. Johnston 2015-05-05 17:56:19 Re: Fixing busted citext function declarations