From: Thomas Petazzoni <thomas.petazzoni@bootlin.com>
To: buildroot@busybox.net
Subject: [Buildroot] Notifications of defconfig and runtime test failures
Date: Sun, 8 Sep 2019 18:03:46 +0200 [thread overview]
Message-ID: <20190908180346.45bb10db@windsurf> (raw)
In-Reply-To: <5d74509312f3_12263fea580e4f704771@ultri5.mail>
Hello Ricardo,
On Sat, 07 Sep 2019 21:51:31 -0300
Ricardo Martincoski <ricardo.martincoski@gmail.com> wrote:
> > Just like the autobuilder failures, the defconfig and runtime test
> > failures are not only all reported to the mailing list, they are also
> > reported individually to each developer who is listed in the DEVELOPERS
> > file for a given defconfig or runtime test.
>
> I have this entry in DEVELOPERS files:
> F: support/testing/
> But I did not receive a "Your daily results" e-mail and also the runtime tests
> are marked as ORPH.
> Of course it's a minor issue.
> Should I change my entry to explicitly list a bunch of tests, each one like
> this?
> F: support/testing/tests/package/test_syslog_ng.py
I just had a look, and in fact the listing of runtime-tests done by the
getdeveloperlib code was not working on the server sending the e-mails,
due to missing Python modules. I installed them, and re-checked that
the e-mail that has been sent on September 7th now properly notifies
you of failing runtime-tests.
That being said, I am wondering if having a wildcard support/testing/
entry is the best thing. It is nice because it makes sure you get
notifications for all runtime test issues. However, it also means none
of the tests are "orphan", and so we don't know which test is
associated with its actual original submitter/maintainer. That's not a
big issue though, but I would like to make sure that for new tests that
we add, a proper DEVELOPERS entry gets added.
Thanks!
Thomas
--
Thomas Petazzoni, CTO, Bootlin
Embedded Linux and Kernel engineering
https://bootlin.com
next prev parent reply other threads:[~2019-09-08 16:03 UTC|newest]
Thread overview: 13+ messages / expand[flat|nested] mbox.gz Atom feed top
2019-09-07 6:13 [Buildroot] [autobuild.buildroot.net] Daily results for 2019-09-06 Thomas Petazzoni
2019-09-07 6:20 ` [Buildroot] Notifications of defconfig and runtime test failures Thomas Petazzoni
2019-09-07 9:00 ` Sergey Matyukevich
2019-09-08 0:51 ` Ricardo Martincoski
2019-09-08 16:03 ` Thomas Petazzoni [this message]
2019-09-16 2:34 ` Ricardo Martincoski
2019-09-11 14:24 ` Fabio Estevam
2019-09-11 14:44 ` Sergey Matyukevich
2019-09-11 15:04 ` Fabio Estevam
2019-09-07 11:37 ` [Buildroot] [autobuild.buildroot.net] Daily results for 2019-09-06 Sergey Matyukevich
2019-09-07 12:14 ` Joris Offouga
2019-09-07 20:53 ` Arnout Vandecappelle
2019-09-08 6:14 ` Ricardo Martincoski
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=20190908180346.45bb10db@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 a public inbox, see mirroring instructions
for how to clone and mirror all data and code used for this inbox