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
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 |
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 |