public inbox for buildbot@sourceware.org
 help / color / mirror / Atom feed
* Re: ☝ Buildbot (Sourceware): binutils-gdb - retry lost connection test (retry) (master)
       [not found] ` <87zg26ceyt.fsf@gentoo.org>
@ 2023-09-02 14:27   ` Mark Wielaard
  0 siblings, 0 replies; only message in thread
From: Mark Wielaard @ 2023-09-02 14:27 UTC (permalink / raw)
  To: Sam James; +Cc: buildbot, binutils

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


^ permalink raw reply	[flat|nested] only message in thread

only message in thread, other threads:[~2023-09-02 14:27 UTC | newest]

Thread overview: (only message) (download: mbox.gz / follow: Atom feed)
-- links below jump to the message on this page --
     [not found] <20230901111712.119DD3857728@sourceware.org>
     [not found] ` <87zg26ceyt.fsf@gentoo.org>
2023-09-02 14:27   ` ☝ Buildbot (Sourceware): binutils-gdb - retry lost connection test (retry) (master) Mark Wielaard

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