public inbox for buildbot@sourceware.org
 help / color / mirror / Atom feed
From: Mark Wielaard <mark@klomp.org>
To: Sam James <sam@gentoo.org>
Cc: buildbot@sourceware.org, binutils@sourceware.org
Subject: Re: ☝ Buildbot (Sourceware): binutils-gdb - retry lost connection test (retry) (master)
Date: Sat, 2 Sep 2023 16:27:01 +0200	[thread overview]
Message-ID: <20230902142701.GA25918@gnu.wildebeest.org> (raw)
In-Reply-To: <87zg26ceyt.fsf@gentoo.org>

Hi Sam,

On Fri, Sep 01, 2023 at 12:25:26PM +0100, Sam James wrote:
> 
> builder--- via Binutils <binutils@sourceware.org> writes:
> 
> > A retry build has been detected on builder binutils-gentoo-sparc while building binutils-gdb.
> 
> I just rebooted him, so this is fine.
> 
> Can we disable these announcements for retries?

We have the following two notifiers for binutils:

  # Problem report for the whole binutils tagged builder set
  generator_binutils = reporters.BuildSetStatusGenerator(
          mode=('problem',), tags=['binutils'])
  mn_binutils = reporters.MailNotifier(
          fromaddr="builder@sourceware.org",
          sendToInterestedUsers=True,
          generators=[generator_binutils])
  c['services'].append(mn_binutils)

  # Change report for the whole binutils tagged builder set
  generator_binutils_change = reporters.BuildSetStatusGenerator(
          mode=('change',), tags=['binutils'])
  mn_binutils_change = reporters.MailNotifier(
          fromaddr="builder@sourceware.org",
          sendToInterestedUsers=False,
          extraRecipients=['binutils@sourceware.org'],
          generators=[generator_binutils_change])
  c['services'].append(mn_binutils_change)

The first sents email to the patch author(s). The second to binutils
mailinglist. The first for mode=('problem',) in the whole buildset,
the second for mode=('change',) also in the whole buildset.

https://docs.buildbot.net/current/manual/configuration/report_generators/buildset.html#buildsetstatusgenerator

'problem' Include a build which failed when the previous build has
passed.

'change' Include builds which change status.

So the first seems fine. But 'change' isn't really what we want.  It
would be nice to have something like 'problem', '!problem', so you get
builds that failed when the previous build has passed and builds that
passed when the previous builds failed. But 'change' contains all
transformations.

Should we change the second to mode=('problem',) too?  You would only
get a report of there was a new failure, not when the problem has been
resolved.

And if we do, maybe change the forst from 'problem' to 'change'? So
patch authors get a notice about any change in the buildset (probably)
caused by their patch?

Cheers,

Mark


           reply	other threads:[~2023-09-02 14:27 UTC|newest]

Thread overview: expand[flat|nested]  mbox.gz  Atom feed
 [parent not found: <87zg26ceyt.fsf@gentoo.org>]

Reply instructions:

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

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

  Avoid top-posting and favor interleaved quoting:
  https://en.wikipedia.org/wiki/Posting_style#Interleaved_style

* Reply using the --to, --cc, and --in-reply-to
  switches of git-send-email(1):

  git send-email \
    --in-reply-to=20230902142701.GA25918@gnu.wildebeest.org \
    --to=mark@klomp.org \
    --cc=binutils@sourceware.org \
    --cc=buildbot@sourceware.org \
    --cc=sam@gentoo.org \
    /path/to/YOUR_REPLY

  https://kernel.org/pub/software/scm/git/docs/git-send-email.html

* If your mail client supports setting the In-Reply-To header
  via mailto: links, try the mailto: link
Be sure your reply has a Subject: header at the top and a blank line before the message body.
This is a public inbox, see mirroring instructions
for how to clone and mirror all data and code used for this inbox;
as well as URLs for read-only IMAP folder(s) and NNTP newsgroup(s).