Horton

Re: multi-install PostgresNode fails with older postgres versions

Andrew Dunstan <andrew@dunslane.net>

View thread View on postgr.es
From: Andrew Dunstan <andrew@dunslane.net>
To: Tom Lane <tgl@sss.pgh.pa.us>
Cc: Michael Paquier <michael@paquier.xyz>, Amit Kapila <amit.kapila16@gmail.com>, Mark Dilger <mark.dilger@enterprisedb.com>, Jehan-Guillaume de Rorthais <jgdr@dalibo.com>, Alvaro Herrera <alvherre@alvh.no-ip.org>, PostgreSQL-development <pgsql-hackers@postgresql.org>
Date: 2021-05-21T12:29:14Z
Lists: pgsql-hackers 
On 5/20/21 11:04 PM, Tom Lane wrote:
> Andrew Dunstan <andrew@dunslane.net> writes:
>> On 5/20/21 9:49 PM, Michael Paquier wrote:
>>> Are older versions of the perl MSI that activestate provides hard to
>>> come by?  FWIW, I would not mind if this README and the docs are
>>> updated to mention that on Windows we require a newer version for this
>>> set of MSIs.
>> I've fixed the coding that led to this particular problem. So for now
>> let's let sleeping dogs lie.
> Seems like the right solution is for somebody to be running a
> buildfarm animal on Windows with an old perl version.
>
> 			


Maybe Amit can :-) Getting hold of old builds isn't always easy.
Strawberry's downloads page has versions back to 5.14, ActiveState only
to 5.26.


cheers


andrew


--
Andrew Dunstan
EDB: https://www.enterprisedb.com

Commits

  1. Teach PostgresVersion all the ways to mark non-release code

  2. Make PostgresNode version aware

  3. Avoid unfortunate IPC::Run path caching in PostgresNode

  4. Change pg_ctl to detect server-ready by watching status in postmaster.pid.