All of lore.kernel.org
 help / color / mirror / Atom feed
From: Trevor Woerner <trevor.woerner@linaro.org>
To: Stephano Cetola <stephanoc@gmail.com>,  meta-freescale@yoctoproject.org
Subject: Re: fsl-community-bsp: signing up for testing
Date: Thu, 03 Jul 2014 12:07:37 -0400	[thread overview]
Message-ID: <53B57FC9.3050807@linaro.org> (raw)
In-Reply-To: <CAB25Ju56O8oo2a2epBxq6DGOqA-7D=bTnGYcwpnh0W8cgruXSg@mail.gmail.com>

On 07/03/14 11:52, Stephano Cetola wrote:
...

All excellent points!

In my opinion, the testing needs to be split into two phases:
1) help/guidelines/docs on testing
2) reporting

I think we can agree that Daiane has done an excellent job on the
reporting side: to create forms to collect and aggregate the test result
information.

I think where we could use more work (or maybe this already exists,
perhaps I'm just not aware of it?) is on the "how to test" side.

If we had a set of procedures that were so "dumbed down" that a person
with little OE experience could follow them, perhaps it would be easier
to get more members of the community involved in testing?

Or, even better than documentation, what if we had build targets that
were functional and ready to run "out of the box" for various tests? Why
isn't it good enough to simply run "bitbake core-image-weston" or
"fsl-image-multimedia"? Why are tweaks always required to local.conf
(i.e. DISTRO_FEATURES, EXTRA_IMAGES, PREFERRED_PROVIDER)? If the
multimedia target _always_ requires the gstreamer packages to be added,
shouldn't that happen automatically when someone builds that target?

We should probably also look into those ptests to see if they can't help
with some of this testing/reporting.


  reply	other threads:[~2014-07-03 16:07 UTC|newest]

Thread overview: 12+ messages / expand[flat|nested]  mbox.gz  Atom feed  top
2014-07-03 15:52 fsl-community-bsp: signing up for testing Stephano Cetola
2014-07-03 16:07 ` Trevor Woerner [this message]
2014-07-04 12:59   ` Daiane Angolini
2014-07-05 13:49     ` Trevor Woerner
2014-07-05 14:17       ` Otavio Salvador
2014-07-06 20:43         ` Trevor Woerner
2014-07-07 12:16           ` Otavio Salvador
2014-07-07 12:28             ` Daiane Angolini
2014-07-07 17:18               ` Otavio Salvador
2014-07-04 12:50 ` Daiane Angolini
2014-07-05  2:43   ` Stephano Cetola
2014-07-08 11:26     ` Daiane Angolini

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=53B57FC9.3050807@linaro.org \
    --to=trevor.woerner@linaro.org \
    --cc=meta-freescale@yoctoproject.org \
    --cc=stephanoc@gmail.com \
    /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.