public inbox for [email protected]  

help / color / mirror / Atom feed

From: Andres Freund <[email protected]>
To: Dave Page <[email protected]>
Cc: Tom Lane <[email protected]>
Cc: [email protected]
Subject: Re: Enable CI on postgres/postgres github repo?
Date: Fri, 7 Jan 2022 14:13:38 -0800
Message-ID: <[email protected]> (raw)
In-Reply-To: <CA+OCxoytLBq0jjTv=hgGK6Rk9HBx+XVKCN7=592ZPrHc0U05Og@mail.gmail.com>
References: <[email protected]>
	<CA+OCxoyvHr-7zD1vKAB45hk7eN16xNhBjx1Y63xcMh+4VRm09A@mail.gmail.com>
	<[email protected]>
	<CA+OCxoytLBq0jjTv=hgGK6Rk9HBx+XVKCN7=592ZPrHc0U05Og@mail.gmail.com>

Hi,

On 2022-01-07 14:55:28 +0000, Dave Page wrote:
> On Wed, Jan 5, 2022 at 3:17 PM Tom Lane <[email protected]> wrote:
> > Dave Page <[email protected]> writes:
> > I'm kind of down on this actually.  Either it will be a waste of cycles
> > because no one looks at the reports, or PG hackers will have to learn
> > to read and interpret a second source of build failure reports.

Due to cfbot we kind of have to anyway...


> > We have
> > a lot of accumulated knowledge about the buildfarm, plus ways to examine
> > past failures, none of which would exist here as far as I've gathered
> > from experience with the cfbot.  (And the cfbot's reports definitely suck
> > in usability compared to the farm --- failures often omit critical logs,
> > and what there is is crammed into a single badly-formatted web page.)

It should be a bit better now. All *.log, *.diffs, regress_log* files are
preserved for 90 days for failing testruns. You can navigate to them at the
top of the page of a result.

It's still annoying to see the precise test that failed in a parallel
check-world invocation. But that's a much more general issue than just in CI
checks :(.


> > I guess the bottom line for me is "set it up if you want, but don't
> > expect me to pay any attention to it".

> OK, well from what I can tell, all the reports are delivered on the Cirrus
> or Github sites, so it'll take zero effort to ignore it :-)

I've wondered if it could make sense to forward those reports to the buildfarm
status page, via a dedicated animal. But it doesn't seem that important.


> I've enabled it for the postgres/postgres repo

Thanks!


> https://cirrus-ci.com/github/postgres/postgres/
> 
> There's nothing to see there at the moment; I guess we need a commit to
> trigger a build.

Yep. Happened since: https://cirrus-ci.com/github/postgres/postgres, two
successful runs.

Greetings,

Andres Freund

reply

Reply instructions:

You may reply publicly to this message via plain-text email
using any one of the following methods:

* Reply to all the recipients using the --to and --cc options:
  reply via email

  To: [email protected]
  Cc: [email protected], [email protected], [email protected], [email protected]
  Subject: Re: Enable CI on postgres/postgres github repo?
  In-Reply-To: <[email protected]>

* Save the following mbox file, import it into your mail client,
  and reply-to-all from there: mbox

This inbox is served by agora; see mirroring instructions
for how to clone and mirror all data and code used for this inbox