Re: Package version in PG_VERSION and version()

From: Tom Lane <tgl(at)sss(dot)pgh(dot)pa(dot)us>
To: Christoph Berg <christoph(dot)berg(at)credativ(dot)de>
Cc: Peter Eisentraut <peter(dot)eisentraut(at)2ndquadrant(dot)com>, Robert Haas <robertmhaas(at)gmail(dot)com>, Craig Ringer <craig(at)2ndquadrant(dot)com>, 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:56:20
Message-ID: 16176.1516200980@sss.pgh.pa.us
Views: Raw Message | Whole Thread | Download mbox | Resend email
Thread:
Lists: pgsql-hackers

Christoph Berg <christoph(dot)berg(at)credativ(dot)de> writes:
> Re: Tom Lane 2018-01-17 <15537(dot)1516200157(at)sss(dot)pgh(dot)pa(dot)us>
>> IMO there's not really any evidence that we need an additional mechanism
>> in this space. I don't see any way to get that evidence unless some
>> packager tries to use the existing mechanism and hits insurmountable
>> problems.

> The problem is that the problems will likely not be in my/our/Debian's
> realm, but in anything that uses our packages downstream. E.g. the
> "official" Docker images are using our packages. There is no way to
> test that external stuff without actually publishing the packages for
> production consumption.

Yeah, but the same argument could be made against the variant
you're proposing. In theory, people could have written arbitrarily
brittle checks of version numbers/strings. I'm not exactly convinced
that it's your (or our) problem if they did.

regards, tom lane

In response to

Responses

Browse pgsql-hackers by date

  From Date Subject
Next Message Geoff Winkless 2018-01-17 15:00:54 Re: proposal: alternative psql commands quit and exit
Previous Message Tom Lane 2018-01-17 14:50:04 Re: proposal: alternative psql commands quit and exit