Re: Package version in PG_VERSION and version()

From: Peter Eisentraut <peter(dot)eisentraut(at)2ndquadrant(dot)com>
To: Robert Haas <robertmhaas(at)gmail(dot)com>, Craig Ringer <craig(at)2ndquadrant(dot)com>
Cc: Christoph Berg <christoph(dot)berg(at)credativ(dot)de>, Michael Paquier <michael(dot)paquier(at)gmail(dot)com>, PostgreSQL Hackers <pgsql-hackers(at)postgresql(dot)org>
Subject: Re: Package version in PG_VERSION and version()
Date: 2018-01-17 14:01:29
Message-ID: f18403d3-278c-a4fa-e1f5-6b9a90ca077c@2ndquadrant.com
Views: Raw Message | Whole Thread | Download mbox | Resend email
Thread:
Lists: pgsql-hackers

On 1/3/18 10:25, Robert Haas wrote:
> On Tue, Jan 2, 2018 at 9:20 PM, Craig Ringer <craig(at)2ndquadrant(dot)com> wrote:
>> Last time I tried to actually deploy packages that used --with-extra-version
>> a variety of tools that talk to postgres broke because they choked when
>> parsing the version. Including widely used ones like check_postgres.
>
> I think there's likely a big difference between --with-extra-version='
> (blah)' and --with-extra-version='blah', though. It does this:

So what is the next action this thread? I think --with-extra-version is
the right solution for packagers, so I'm tempted to close this commit
fest item. There is some speculation that using it could break
third-party tools, but (a) we would need more concrete evidence, (b) we
should fix *that* then, and (c) it's likely unavoidable in general.

--
Peter Eisentraut http://www.2ndQuadrant.com/
PostgreSQL Development, 24x7 Support, Remote DBA, Training & Services

In response to

Responses

Browse pgsql-hackers by date

  From Date Subject
Next Message Peter Eisentraut 2018-01-17 14:03:51 Re: [HACKERS] [Patch] Log SSL certificate verification errors
Previous Message Simon Riggs 2018-01-17 13:58:45 Re: [HACKERS] PATCH: enabling parallel execution for cursors explicitly (experimental)