Re: [COMMITTERS] pgsql: Move pg_upgrade from contrib/ to src/bin/

From: Michael Paquier <michael(dot)paquier(at)gmail(dot)com>
To: Peter Eisentraut <peter_e(at)gmx(dot)net>
Cc: pgsql-hackers <pgsql-hackers(at)postgresql(dot)org>
Subject: Re: [COMMITTERS] pgsql: Move pg_upgrade from contrib/ to src/bin/
Date: 2015-04-15 12:31:42
Message-ID: CAB7nPqT1u61diSs7p4EpGgHHtRdxW7EXMAwpRsnM9L5kzadp0Q@mail.gmail.com
Views: Raw Message | Whole Thread | Download mbox | Resend email
Thread:
Lists: buildfarm-members pgsql-committers pgsql-hackers

On Wed, Apr 15, 2015 at 7:54 PM, Peter Eisentraut <peter_e(at)gmx(dot)net> wrote:
> On 4/14/15 8:32 PM, Peter Eisentraut wrote:
>> Move pg_upgrade from contrib/ to src/bin/
>
> Oh dear. It appears the buildfarm client code needs to be updated to
> support this. How do we do this? (I guess the critters that are still
> green are not running this test.)

Argh..

Looking at the buildfarm client code
(https://github.com/PGBuildFarm/client-code) we are going to need to
make the logic of TestUpgrade.pm aware that pg_upgrade is now in
src/bin and not in contrib. A simple idea would be to use a Find to
guess where pg_upgrade oath is located and then use the path found
instead of hardcoding contrib/.

> Should I revert this patch while we sort this out?

I think so, keeping the buildfarm red for a long time is no good...
This is going to require an update of all the buildfarm machines, so
taking the problem at root we had better improve the buildfarm code,
get it deployed on a maximum of machines, and then have this patch
pushed.
It doesn't prevent the other patches in the src/bin to be pushed first
at least, only pg_upgrade has a specific test case.
Regards,
--
Michael

In response to

Responses

Browse buildfarm-members by date

  From Date Subject
Next Message Andrew Dunstan 2015-04-15 14:51:30 Re: [COMMITTERS] pgsql: Move pg_upgrade from contrib/ to src/bin/
Previous Message Peter Eisentraut 2015-04-15 10:54:21 Re: [COMMITTERS] pgsql: Move pg_upgrade from contrib/ to src/bin/

Browse pgsql-committers by date

  From Date Subject
Next Message Heikki Linnakangas 2015-04-15 14:23:19 pgsql: Fix logic to skip checkpoint if no records have been inserted.
Previous Message Michael Paquier 2015-04-15 12:15:57 Re: pgsql: Mark the second argument of pg_log as the translatable string in

Browse pgsql-hackers by date

  From Date Subject
Next Message Simon Riggs 2015-04-15 12:42:33 Re: Turning off HOT/Cleanup sometimes
Previous Message Michael Paquier 2015-04-15 12:20:27 Re: FPW compression leaks information