From: Thomas Petazzoni <thomas.petazzoni@bootlin.com>
To: buildroot@busybox.net
Subject: [Buildroot] [RFC] Getting run-time / defconfig testing maintainers feedback of failures
Date: Wed, 6 Feb 2019 15:37:46 +0100 [thread overview]
Message-ID: <20190206153746.43291101@windsurf> (raw)
In-Reply-To: <CANQCQpYBJ05wNamef9ZgdVBruMDUq5pY3x8XixGaww=10ertjw@mail.gmail.com>
Hello Matt,
On Wed, 6 Feb 2019 08:14:37 -0600
Matthew Weber <matthew.weber@rockwellcollins.com> wrote:
> Has there been any ideas or proposals so far for giving more
> visibility to the CI failures? I definitely want to contribute if
> there is something in progress, otherwise here's a proposal..........
>
> One idea I had been throwing around was since you can personally fork
> Buildroot in Gitlab and have your own personal Gitlab-runners doing
> the CI builds. Once the per job trigger series[1] merges, I'd like to
> proposed adding a manual section which talks about the following
> 1) How a user can setup a Buildroot fork on Gitlab
> 2) Enable it to follow the main Gitlab Buildroot repo
> 3) Create cron jobs for their test cases
> 4) Manage notifications to track build failures
> 5) Notes on Gitlab-runner setup
>
> This doesn't replace the main CI testing and reporting, however it
> would put more ownership of defconfigs/run-time test fixing on others.
My idea, which puts less burden on the shoulder of individual
contributors is to extend the daily-mail script [1] that is used today
to send autobuilder results. The extension would consist in using the
Gitlab CI API to analyze the results of the last pipelines, and if
there's a failure on a defconfig or test, mail the corresponding
person. Thanks to this, we would have a single mail per day sent out
(to the mailing list and to participants) with autobuilder failures and
gitlab CI failures.
What do you think ?
Best regards,
Thomas
--
Thomas Petazzoni, CTO, Bootlin
Embedded Linux and Kernel engineering
https://bootlin.com
next prev parent reply other threads:[~2019-02-06 14:37 UTC|newest]
Thread overview: 3+ messages / expand[flat|nested] mbox.gz Atom feed top
2019-02-06 14:14 [Buildroot] [RFC] Getting run-time / defconfig testing maintainers feedback of failures Matthew Weber
2019-02-06 14:37 ` Thomas Petazzoni [this message]
2019-02-06 14:48 ` Matthew Weber
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=20190206153746.43291101@windsurf \
--to=thomas.petazzoni@bootlin.com \
--cc=buildroot@busybox.net \
/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 an external index of several public inboxes,
see mirroring instructions on how to clone and mirror
all data and code used by this external index.