Re: pg_upgrade del/rmdir path fix

From: Bruce Momjian <bruce(at)momjian(dot)us>
To: Andrew Dunstan <andrew(at)dunslane(dot)net>
Cc: Alvaro Herrera <alvherre(at)2ndquadrant(dot)com>, Pg Hackers <pgsql-hackers(at)postgresql(dot)org>
Subject: Re: pg_upgrade del/rmdir path fix
Date: 2012-09-04 15:13:26
Message-ID: 20120904151326.GQ24132@momjian.us
Views: Raw Message | Whole Thread | Download mbox | Resend email
Thread:
Lists: pgsql-hackers

On Tue, Sep 4, 2012 at 11:12:52AM -0400, Andrew Dunstan wrote:
>
> On 09/04/2012 10:49 AM, Bruce Momjian wrote:
> >On Tue, Sep 4, 2012 at 11:42:58AM -0300, Alvaro Herrera wrote:
> >>Excerpts from Andrew Dunstan's message of mar sep 04 01:16:39 -0300 2012:
> >>
> >>>And here's the first Windows buildfarm check of pg_upgrade.
> >>><http://www.pgbuildfarm.org/cgi-bin/show_stage_log.pl?nm=pitta&dt=2012-09-04%2003%3A00%3A05&stg=check-pg_upgrade>
> >>Great, thanks.
> >>
> >>Who's going to work now on porting the shell script to Perl? ;-)
> >Well, we require Perl for development, but not for usage, at least not
> >yet. There was talk of needing Perl for doing standby pg_upgrade, but
> >there were too many concerns about that idea.
>
>
> This is a test script, not what you should use in production. I
> don't see any reason why we shouldn't require Perl for running the
> standard test.

Oh, I thought he was talking about the scripts pg_upgrade creates for
users to run. Sorry.

--
Bruce Momjian <bruce(at)momjian(dot)us> http://momjian.us
EnterpriseDB http://enterprisedb.com

+ It's impossible for everything to be true. +

In response to

Browse pgsql-hackers by date

  From Date Subject
Next Message Kevin Grittner 2012-09-04 15:15:58 Re: Wiki link for max_connections? (Fwd: Re: [ADMIN] PostgreSQL oom_adj postmaster process to -17)
Previous Message Andrew Dunstan 2012-09-04 15:12:52 Re: pg_upgrade del/rmdir path fix