Re: [COMMITTERS] pgsql: Update copyright for 2017

From: Tom Lane <tgl(at)sss(dot)pgh(dot)pa(dot)us>
To: Magnus Hagander <magnus(at)hagander(dot)net>
Cc: Heikki Linnakangas <hlinnaka(at)iki(dot)fi>, Bruce Momjian <bruce(at)momjian(dot)us>, Andrew Dunstan <andrew(at)dunslane(dot)net>, PostgreSQL-development <pgsql-hackers(at)postgresql(dot)org>
Subject: Re: [COMMITTERS] pgsql: Update copyright for 2017
Date: 2017-01-03 18:56:23
Message-ID: 4110.1483469783@sss.pgh.pa.us
Views: Raw Message | Whole Thread | Download mbox | Resend email
Thread:
Lists: pgsql-committers pgsql-hackers

Magnus Hagander <magnus(at)hagander(dot)net> writes:
> On Tue, Jan 3, 2017 at 7:33 PM, Tom Lane <tgl(at)sss(dot)pgh(dot)pa(dot)us> wrote:
>> Somehow the reset is clobbering local configuration on some members?

> I doubt that. I think that was probably never configured, it just didn't
> show up when everything was working.

> I don't know what the buildfarm run, but perhaps it's trying to inject a
> merge commit there or something, and that's why it's failing on not having
> a name?

AFAICS, for a pre-existing branch it'll just do

# do a checkout in case the work tree has been removed
# this is harmless if it hasn't
my @colog = `git checkout . 2>&1`;
my @pulllog = `git pull 2>&1`;

More reports are coming in now, and it's clear that only some of the
critters are failing. It sort of looks like the fastest machines
are the unhappy ones, which might mean that the ones that aren't failing
happened to never pull the bad commit, because they were busy rebuilding
other branches while it was there.

> I'm guessing the solution is to reset the 9.2 branch to a point prior to
> the commit and then pull again? Or wouldn't just a rebase work?

Flushing the local mirror would likely be the easiest way out.

regards, tom lane

In response to

Browse pgsql-committers by date

  From Date Subject
Next Message Abhijit Menon-Sen 2017-01-04 06:12:42 Re: [COMMITTERS] pgsql: Update copyright for 2017
Previous Message Bruce Momjian 2017-01-03 18:49:17 pgsql: Update copyright via script for 2017

Browse pgsql-hackers by date

  From Date Subject
Next Message Justin Pryzby 2017-01-03 18:57:42 Re: ALTER TABLE .. ALTER COLUMN .. ERROR: attribute .. has wrong type
Previous Message Pavel Stehule 2017-01-03 18:47:16 Re: proposal: session server side variables