From: Saul Wold <saul.wold@intel.com>
To: "Fleischer, Julie N" <julie.n.fleischer@intel.com>
Cc: "yocto@yoctoproject.org" <yocto@yoctoproject.org>
Subject: Re: Results from Yocto 1.0.1 Go/No-Go meeting: No-Go
Date: Thu, 19 May 2011 10:41:23 -0700 [thread overview]
Message-ID: <4DD55643.1090507@intel.com> (raw)
In-Reply-To: <68002A430AC0584FB0A5391B435E93A902AAE3@ORSMSX101.amr.corp.intel.com>
On 05/19/2011 10:24 AM, Fleischer, Julie N wrote:
> Attendees: Paul, Tom, Julie, Saul, Darren, Mark, Richard, Dennis, Jessica, Dave, Joshua
>
> The Yocto Technical Team held a Go/No-Go for the current 1.0.1 release. The decision was "no-go" due to needing to add and test the fix to bug 1029 and needing to investigate and address/test bug 1087. Both bugs were found during the 1.0.1 test pass. Details below.
>
> 1) Review Yocto 1.0.1 Release Criteria
> Team reviewed criteria at: https://wiki.yoctoproject.org/wiki/Yocto_Project_v1.0.1_Release_Criteria.
>
> Details:
> Bug 909 - Team is comfortable with this issue possibly not being fixed for 1.0.1 (It may be fixed, but we did not run compliance tests to know.)
> Bug 1029 - Darren provided a fix yesterday. Saul put into a consolidated pull request yesterday afternoon. Not yet in master. Once it hits master, Saul will move it into Bernard. He will create a build for just a Bernard Beagleboard image for QA to test. QA will run through the full Beagleboard test plan. No other tests needed for this issue.
> Action Item: Julie: Check that uboot is part of the test plan.
>
> 1087 - Saul will investigate. The fix ranges from documentation to full build. Tom will help Saul do runtime tests on his Crown Bay.
>
Investigation is complete.
This issue is related to how libzypp constructs a header file in bitbake
using PACKAGE_EXTRA_ARCHS. In 1.0.1 the PACKAGE_EXTRA_ARCHS was
cumulative list defined in both crownbay*.conf and tune-atom.inc. In
1.1 this was changed to just be set once in the tune-atom.inc.
Because it was a cumulative list, it included x86 twice in 1.0.1 and
only once and correctly 1.1.
So the fix is in the crownbay BSP, and does not affect the core 1.0.1
base as we currently have it. This means no respin or re-test is
required of the existing bit.
** Is this sufficient information to change to a "GO", pending the
beagleboard testing at this point? **
Sau!
> Team was okay with the fact that only weekly BSP testing was done for this release. We may ask for full BSP testing for the next release if the Crown Bay fix warrants it.
>
> Saul will start working on Release Notes for 1.0.1. They will discuss resolved bugs and open issues remaining.
>
> 2) Go/No-Go decision - No-Go
> After this email, Richard will send the community a reply with location of current branch in case they want to use the fixes sooner.
>
> 3) Discuss next steps (either release process or bug fix/rebuild/retest process, depending on results of go/no-go) and timeline
>
> Bug 1029:
> Richard will pull fix into master.
> Saul will pull fix into Bernard.
> Beth will build only Beagleboard for 1.0.1.
> Jiajun will run through Beagleboard testing.
>
> Bug 1087:
> Saul will continue investigating.
> Team will discuss results and next steps via email and finalize during the Technical Team meeting on Tuesday.
>
> 4) Opens
> The QA team needs a Beagleboard XM not just Beagleboard C4. Darren needs a Beagleboard C4.
>
> Dennis noted that both can be purchased from Digikey. Jason's program applies to both as well if that becomes an option.
> _______________________________________________
> yocto mailing list
> yocto@yoctoproject.org
> https://lists.yoctoproject.org/listinfo/yocto
>
next prev parent reply other threads:[~2011-05-19 17:41 UTC|newest]
Thread overview: 4+ messages / expand[flat|nested] mbox.gz Atom feed top
2011-05-19 17:24 Results from Yocto 1.0.1 Go/No-Go meeting: No-Go Fleischer, Julie N
2011-05-19 17:41 ` Saul Wold [this message]
2011-05-19 17:57 ` Elizabeth Flanagan
2011-05-19 18:25 ` Fleischer, Julie N
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=4DD55643.1090507@intel.com \
--to=saul.wold@intel.com \
--cc=julie.n.fleischer@intel.com \
--cc=yocto@yoctoproject.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.