All of lore.kernel.org
 help / color / mirror / Atom feed
From: Cliff Brake <cliff.brake@gmail.com>
To: openembedded-devel@lists.openembedded.org
Subject: Re: testing branch 2010-08-30
Date: Wed, 1 Sep 2010 17:16:57 -0400	[thread overview]
Message-ID: <AANLkTimttxo+X6DaN8SatwXbKYJWoTJQ27D3bhW9FEq5@mail.gmail.com> (raw)
In-Reply-To: <i5m4sn$l1b$3@dough.gmane.org>

On Wed, Sep 1, 2010 at 2:09 PM, Koen Kooi <k.kooi@student.utwente.nl> wrote:
> -----BEGIN PGP SIGNED MESSAGE-----
> Hash: SHA1
>
> On 31-08-10 13:05, Cliff Brake wrote:
>> sending again as it appears the last email did not make it ...
>>
>>
>> ---------- Forwarded message ----------
>> From: Cliff Brake <cliff.brake@gmail.com>
>> Date: Mon, Aug 30, 2010 at 11:51 AM
>> Subject: testing branch 2010-08-30
>> To: openembedded-devel@lists.openembedded.org
>>
>>
>> Hello,
>>
>> Last weeks testing cycle was a good success I think -- thanks to all
>> who participated.
>>
>> http://wiki.openembedded.net/index.php/Testing
>
> Looking at the wiki it seems that extending tinderbox to show results
> for a certain git revision would be a lot easier to maintain, no?

Thanks for the ideas, and we need to look into using Tinderbox more.
One thing I don't want to loose is the following:

1) a simple table where users can quickly get an idea of what should
build.  It would take some work to get this extracted from the noise
in Tinderbox, though not impossible

2) I'm afraid if we don't have a somewhat manual process with a known
test cycle, pretty soon people will just drop off and quit running
test cycles, especially if there is no easy visibility of results
(speaking to myself first).  How do we keep from getting lazy as
testing is generally not a lot of fun?

3) it will still be some manual work to maintain the "testing" branch
that is buildable for most tested platforms.

To me the biggest problem is actually getting a significant number of
people running test builds, and summarizing these results in a easy
form.  Everything else is secondary at this point.  Going forward, I
would like to automate where we can using tinderbox, etc.

Thanks,
Cliff

-- 
=================
http://bec-systems.com



  parent reply	other threads:[~2010-09-01 21:17 UTC|newest]

Thread overview: 11+ messages / expand[flat|nested]  mbox.gz  Atom feed  top
     [not found] <AANLkTinuQnnOAh62GF+v0TzU8mRj1F+m1YGi6DdohNmr@mail.gmail.com>
2010-08-31 11:05 ` testing branch 2010-08-30 Cliff Brake
2010-08-31 11:23   ` Frans Meulenbroeks
2010-08-31 22:09   ` Gary Thomas
2010-09-01 18:09   ` Koen Kooi
2010-09-01 18:35     ` Frans Meulenbroeks
2010-09-01 21:16     ` Cliff Brake [this message]
2010-09-01 21:23       ` Frans Meulenbroeks
2010-09-01 21:35         ` Paul Menzel
2010-09-01 21:38         ` Khem Raj
2010-09-02  6:45           ` Frans Meulenbroeks
2010-09-06  9:47             ` Frans Meulenbroeks

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=AANLkTimttxo+X6DaN8SatwXbKYJWoTJQ27D3bhW9FEq5@mail.gmail.com \
    --to=cliff.brake@gmail.com \
    --cc=openembedded-devel@lists.openembedded.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 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.