Buildroot Archive on lore.kernel.org
 help / color / mirror / Atom feed
From: Thomas Petazzoni <thomas.petazzoni@free-electrons.com>
To: buildroot@busybox.net
Subject: [Buildroot] Call for autobuild fixing for 2013.11
Date: Mon, 2 Dec 2013 13:32:42 +0100	[thread overview]
Message-ID: <20131202133242.26ec8cbd@skate> (raw)
In-Reply-To: <CAAXf6LViMHHbhYP2joLTDYg7=KDJ8jHyMYm81COZkNdhH8AG2Q@mail.gmail.com>

Dear Thomas De Schampheleire,

On Mon, 2 Dec 2013 12:11:02 +0100, Thomas De Schampheleire wrote:

> Yes, obviously I did not mean to stop fixing autobuild issues when
> 2013.11 is released.
> In fact, the amount of remaining autobuild issues at the release of
> 2013.11 was relatively small that it is imaginable that we could close
> them all... It would be great if we could reach 0 failures at some
> point for a few days. Then any new failure could be attributed to a
> recent commit, and should be fixed at once (or the commit reverted).

Yes, I must say I was impressed by how much we managed to reduce the
number of build failures.

However, it's hard to be 100% sure a failure showing is a new failure,
even if we had several days in a row with 0 failures. The number of
possible combinations is so huge that I don't think it's possible to
test all of them within a reasonable amount of time. So a "new failure"
may just be something that did exist since quite some time was that we
couldn't trigger (like was indeed by another failure, for example).

Also, another effect of having more success in the builds is that we do
less builds (statistically, successful builds take more time than
failed builds, since all successful builds run completely to the end).
Therefore, the number of builds we do each day is now below 100, which
is not enough. I think we should look at adding more autobuilders in
the future. I'll try to clean up my script so that other people can set
up autobuilders.

Best regards,

Thomas
-- 
Thomas Petazzoni, CTO, Free Electrons
Embedded Linux, Kernel and Android engineering
http://free-electrons.com

  reply	other threads:[~2013-12-02 12:32 UTC|newest]

Thread overview: 11+ messages / expand[flat|nested]  mbox.gz  Atom feed  top
2013-11-14 11:24 [Buildroot] Call for autobuild fixing for 2013.11 Thomas De Schampheleire
2013-11-14 12:35 ` [Buildroot] autobuild.b.o down Thomas Petazzoni
2013-11-17  8:32 ` [Buildroot] Call for autobuild fixing for 2013.11 Thomas De Schampheleire
2013-11-23 12:56 ` Thomas De Schampheleire
2013-11-26 13:26   ` Thomas Petazzoni
2013-12-02 11:11     ` Thomas De Schampheleire
2013-12-02 12:32       ` Thomas Petazzoni [this message]
2013-12-02 12:53         ` Thomas De Schampheleire
2013-12-02 13:10           ` Thomas Petazzoni
2013-12-02 14:15             ` Thomas De Schampheleire
2013-12-02 14:39               ` Ryan Barnett

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=20131202133242.26ec8cbd@skate \
    --to=thomas.petazzoni@free-electrons.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