Yocto Project - User contributions [en]

Yocto Project v1.6 Status

2014-01-24T19:19:20Z

Song: /* Milestone 1 */

Yocto Project 1.6 release Status

= Project Dashboard =

https://wiki.yoctoproject.org/charts/combo.html

= Feature/Task Board =
== Overview ==
{|border="1" {{table}}
| align="center" style="background:#f0f0f0;"|'''Scheduled'''
| align="center" style="background:#f0f0f0;"|'''Design'''
| align="center" style="background:#f0f0f0;"|'''Design Complete'''
| align="center" style="background:#f0f0f0;"|'''Development'''
| align="center" style="background:#f0f0f0;"|'''Patch Review'''
| align="center" style="background:#f0f0f0;"|'''Testing'''
| align="center" style="background:#00ff00;"|'''Done'''
| align="center" style="background:#ff0000;"|'''Blocked'''
|-valign="top"
|{{#bugzilla:
|columns=id,to,milestone
|noresultsmessage="None"
|status=ACCEPTED,NEW
|milestone=1.6 M1,1.6 M2,1.6 M3,1.6 M4, 1.6 M5, 1.6
|severity=enhancement
|sort=milestone,to
}}
||{{#bugzilla:
|columns=id,to,milestone
|noresultsmessage="None"
|status=IN PROGRESS DESIGN
|milestone=1.6 M1,1.6 M2,1.6 M3,1.6 M4, 1.6 M5, 1.6
|severity=enhancement
|sort=milestone,to
}}
||{{#bugzilla:
|columns=id,to,milestone
|noresultsmessage="None"
|status=IN PROGRESS DESIGN COMPLETE
|milestone=1.6 M1,1.6 M2,1.6 M3,1.6 M4, 1.6 M5, 1.6
|severity=enhancement
|sort=milestone,to
}}
||{{#bugzilla:
|columns=id,to,milestone
|noresultsmessage="None"
|status=IN PROGRESS IMPLEMENTATION
|milestone=1.6 M1,1.6 M2,1.6 M3,1.6 M4, 1.6 M5, 1.6
|severity=enhancement
|sort=milestone,to
}}
||{{#bugzilla:
|columns=id,to,milestone
|noresultsmessage="None"
|status=IN PROGRESS REVIEW
|milestone=1.6 M1,1.6 M2,1.6 M3,1.6 M4, 1.6 M5, 1.6
|severity=enhancement
|sort=milestone,to
}}
||{{#bugzilla:
|columns=id,to,milestone
|status=RESOLVED
|resolution=FIXED
|milestone=1.6 M1,1.6 M2,1.6 M3,1.6 M4, 1.6 M5, 1.6
|severity=enhancement
|sort=milestone,to
}}
||{{#bugzilla:
|columns=id,to,milestone
|status=verified, closed
|resolution=FIXED
|milestone=1.6 M1,1.6 M2,1.6 M3,1.6 M4, 1.6 M5, 1.6
|severity=enhancement
|sort=milestone,to
}}
||{{#bugzilla:
|columns=id,to,milestone
|noresultsmessage="None"
|status=needinfo, waitforupstream
|milestone=1.6 M1,1.6 M2,1.6 M3,1.6 M4, 1.6 M5, 1.6
|severity=enhancement
|sort=milestone,to
}}
|}

== List View ==
=== Blocked ===
{{#bugzilla:
|columns=id,to,estimated,whiteboard,milestone,status
|noresultsmessage="None"
|status=needinfo,waitforupstream
|milestone=1.6 M1,1.6 M2,1.6 M3,1.6 M4, 1.6 M5, 1.6
|sort=milestone,to
|total=estimated
|severity=enhancement
}}

=== Scheduled ===
{{#bugzilla:
|columns=id,to,estimated,summary,whiteboard,milestone,status
|noresultsmessage="None"
|status=ACCEPTED,NEW
|milestone=1.6 M1,1.6 M2,1.6 M3,1.6 M4, 1.6 M5, 1.6
|sort=milestone,to
|severity=enhancement
|total=estimated
}}

=== Design ===
{{#bugzilla:
|columns=id,to,estimated,summary,whiteboard,milestone,status
|noresultsmessage="None"
|status=IN PROGRESS DESIGN
|milestone=1.6 M1,1.6 M2,1.6 M3,1.6 M4, 1.6 M5, 1.6
|sort=milestone,to
|severity=enhancement
|total=estimated
}}

=== Design Complete ===
{{#bugzilla:
|columns=id,to,estimated,summary,whiteboard,milestone,status
|noresultsmessage="None"
|status=IN PROGRESS DESIGN COMPLETE
|milestone=1.6 M1,1.6 M2,1.6 M3,1.6 M4, 1.6 M5, 1.6
|sort=milestone,to
|severity=enhancement
|total=estimated
}}

=== Development ===
{{#bugzilla:
|columns=id,to,estimated,summary,whiteboard,milestone,status
|noresultsmessage="None"
|status=IN PROGRESS IMPLEMENTATION
|milestone=1.6 M1,1.6 M2,1.6 M3,1.6 M4, 1.6 M5, 1.6
|sort=milestone,to
|severity=enhancement
|total=estimated
}}

=== Patch Review ===
{{#bugzilla:
|columns=id,to,estimated,summary,whiteboard,milestone,status
|noresultsmessage="None"
|status=IN PROGRESS REVIEW
|milestone=1.6 M1,1.6 M2,1.6 M3,1.6 M4, 1.6 M5, 1.6
|sort=milestone,to
|severity=enhancement
|total=estimated
}}

=== Testing ===
{{#bugzilla:
|columns=id,to,estimated,summary,whiteboard,milestone,status
|noresultsmessage="None"
|status=RESOLVED
|resolution=FIXED
|milestone=1.6 M1,1.6 M2,1.6 M3,1.6 M4, 1.6 M5, 1.6
|sort=milestone,to
|severity=enhancement
|total=estimated
}}

=== Done ===
{{#bugzilla:
|columns=id,to,estimated,summary,whiteboard,milestone,status
|status=verified, closed
|resolution=FIXED
|milestone=1.6 M1,1.6 M2,1.6 M3,1.6 M4, 1.6 M5, 1.6
|sort=milestone,to
|severity=enhancement
|total=estimated
}}
 

= Yocto Project 1.6 Release Criteria =
== Milestone 1 ==
{| border="1" {{table}}
| ! scope="col" bgcolor="grey" | '''Release Criteria''' || ! scope="col" bgcolor="grey" | '''Milestone 1 Target''' || ! scope="col" bgcolor="grey" | '''Milestone 1 Status'''
|-
| Functional Completion || All high features are completed. || bgcolor="#39FF14" | All high features are completed.
|-
| Build and Release (Yocto) || All completed features can be built with no errors. || bgcolor="#39FF14" | M1 RC1 build has been through QA. Systemd failed to build, but not a release blocking issue.
|-
| Build and Release (BSPs) || Core BSPs can be built with no errors. || bgcolor="#39FF14" | Pass
|-
| Open Bugs || All bugs have been dispositioned. Milestone high issues have been fixed. || bgcolor="#39FF14" | [https://bugzilla.yoctoproject.org/buglist.cgi?priority=High&list_id=23883&bug_severity=critical&bug_severity=major&bug_severity=normal&bug_severity=minor&bug_severity=janitors&query_format=advanced&bug_status=UNCONFIRMED&bug_status=NEW&bug_status=ACCEPTED&bug_status=IN%20PROGRESS%20DESIGN&bug_status=IN%20PROGRESS%20DESIGN%20COMPLETE&bug_status=IN%20PROGRESS%20IMPLEMENTATION&bug_status=IN%20PROGRESS%20REVIEW&bug_status=REOPENED&bug_status=NEEDINFO&bug_status=WaitForUpstream&target_milestone=1.6&target_milestone=1.6%20M1&target_milestone=1.6%20M2&target_milestone=1.6%20M3&target_milestone=1.6%20M4&target_milestone=1.6%20M5] No high bugs for M1. The number of medium+ bugs is concerning the team
|-
| Functional Tests || 100% of planned tests are executed and results are logged in bugzilla. || bgcolor="#39FF14" | https://wiki.yoctoproject.org/wiki/WW49_-_2013-12-03_-_Full_Pass_Release_1.6_M1.rc1. Pass
|-
| Distros Tested || Fedora, Ubuntu, Opensuse, Centos current version || bgcolor="#39FF14" | Ubuntu 13.10 64bit, Fedora 19 64bit, Fedora 19 32bit, Fedora 19 64bit, Opensuse 12.3 64bit, CentOS 6.5 64 bit
|-
| BSP Testing || 100% of planned tests are executed and results are logged in bugzilla. || bgcolor="#39FF14" | Pass
|-
| Documentation || No target || bgcolor="#39FF14" | Pass
|-
| Build Performance || Try to at least maintain the current performance and improve if possible. || bgcolor="#39FF14" | Pass
|-
| Package Update || 70% || bgcolor="#39FF14" | 60% monthly rate. Pass
|-
| Upstream Commits || Have upstream status updated on 100% of patches (so that we can have a status update) || bgcolor="#39FF14" | Pass
|-
| Publication || The release is announced || bgcolor="#39FF14" | Done
|}
 

== Milestone 2 ==
{| border="1" {{table}}
| ! scope="col" bgcolor="grey" | '''Release Criteria''' || ! scope="col" bgcolor="grey" | '''Milestone 2 Target''' || ! scope="col" bgcolor="grey" | '''Milestone 2 Status'''
|-
| Functional Completion || All high features are completed. || bgcolor="" |
|-
| Build and Release (Yocto) || All completed features can be built with no errors. || bgcolor="" |
|-
| Build and Release (BSPs) || Core BSPs can be built with no errors. || bgcolor="" |
|-
| Open Bugs || All bugs have been dispositioned. Milestone high issues have been fixed. || bgcolor="" | [https://bugzilla.yoctoproject.org/buglist.cgi?priority=High&list_id=23883&bug_severity=critical&bug_severity=major&bug_severity=normal&bug_severity=minor&bug_severity=janitors&query_format=advanced&bug_status=UNCONFIRMED&bug_status=NEW&bug_status=ACCEPTED&bug_status=IN%20PROGRESS%20DESIGN&bug_status=IN%20PROGRESS%20DESIGN%20COMPLETE&bug_status=IN%20PROGRESS%20IMPLEMENTATION&bug_status=IN%20PROGRESS%20REVIEW&bug_status=REOPENED&bug_status=NEEDINFO&bug_status=WaitForUpstream&target_milestone=1.6&target_milestone=1.6%20M1&target_milestone=1.6%20M2&target_milestone=1.6%20M3&target_milestone=1.6%20M4&target_milestone=1.6%20M5]
|-
| Functional Tests || 100% of planned tests are executed and results are logged in bugzilla. || bgcolor="" |
|-
| Distros Tested || Fedora, Ubuntu, Opensuse, Centos current version || bgcolor="" |
|-
| BSP Testing || 100% of planned tests are executed and results are logged in bugzilla. || bgcolor="" |
|-
| Documentation || No target || bgcolor="" |
|-
| Build Performance || Try to at least maintain the current performance and improve if possible. || bgcolor="" |
|-
| Package Update || 70% || bgcolor="" |
|-
| Upstream Commits || Have upstream status updated on 100% of patches (so that we can have a status update) || bgcolor="" |
|-
| Publication || The release is announced || bgcolor="" |
|}
 

== Milestone 3 ==
{| border="1" {{table}}
| ! scope="col" bgcolor="grey" | '''Release Criteria''' || ! scope="col" bgcolor="grey" | '''Milestone 3 Target''' || ! scope="col" bgcolor="grey" | '''Milestone 3 Status'''
|-
| Functional Completion || All high features are completed. || bgcolor="" |
|-
| Build and Release (Yocto) || All completed features can be built with no errors. || bgcolor="" |
|-
| Build and Release (BSPs) || Core BSPs can be built with no errors. || bgcolor="" |
|-
| Open Bugs || All bugs have been dispositioned. Milestone high issues have been fixed. || bgcolor="" | [https://bugzilla.yoctoproject.org/buglist.cgi?priority=High&list_id=23883&bug_severity=critical&bug_severity=major&bug_severity=normal&bug_severity=minor&bug_severity=janitors&query_format=advanced&bug_status=UNCONFIRMED&bug_status=NEW&bug_status=ACCEPTED&bug_status=IN%20PROGRESS%20DESIGN&bug_status=IN%20PROGRESS%20DESIGN%20COMPLETE&bug_status=IN%20PROGRESS%20IMPLEMENTATION&bug_status=IN%20PROGRESS%20REVIEW&bug_status=REOPENED&bug_status=NEEDINFO&bug_status=WaitForUpstream&target_milestone=1.6&target_milestone=1.6%20M1&target_milestone=1.6%20M2&target_milestone=1.6%20M3&target_milestone=1.6%20M4&target_milestone=1.6%20M5]
|-
| Functional Tests || 100% of planned tests are executed and results are logged in bugzilla. || bgcolor="" |
|-
| Distros Tested || Fedora, Ubuntu, Opensuse, Centos current version || bgcolor="" |
|-
| BSP Testing || 100% of planned tests are executed and results are logged in bugzilla. || bgcolor="" |
|-
| Documentation || No target || bgcolor="" |
|-
| Build Performance || Try to at least maintain the current performance and improve if possible. || bgcolor="" |
|-
| Package Update || 70% || bgcolor="" |
|-
| Upstream Commits || Have upstream status updated on 100% of patches (so that we can have a status update) || bgcolor="" |
|-
| Publication || The release is announced || bgcolor="" |
|}
 

== Milestone 4 ==
{| border="1" {{table}}
| ! scope="col" bgcolor="grey" | '''Release Criteria''' || ! scope="col" bgcolor="grey" | '''Milestone 4 Target''' || ! scope="col" bgcolor="grey" | '''Milestone 4 Status'''
|-
| Functional Completion || All high features are completed. || bgcolor="" |
|-
| Build and Release (Yocto) || All completed features can be built with no errors. || bgcolor="" |
|-
| Build and Release (BSPs) || Core BSPs can be built with no errors. || bgcolor="" |
|-
| Open Bugs || All bugs have been dispositioned. Milestone high issues have been fixed. || bgcolor="" | [https://bugzilla.yoctoproject.org/buglist.cgi?priority=High&list_id=23883&bug_severity=critical&bug_severity=major&bug_severity=normal&bug_severity=minor&bug_severity=janitors&query_format=advanced&bug_status=UNCONFIRMED&bug_status=NEW&bug_status=ACCEPTED&bug_status=IN%20PROGRESS%20DESIGN&bug_status=IN%20PROGRESS%20DESIGN%20COMPLETE&bug_status=IN%20PROGRESS%20IMPLEMENTATION&bug_status=IN%20PROGRESS%20REVIEW&bug_status=REOPENED&bug_status=NEEDINFO&bug_status=WaitForUpstream&target_milestone=1.6&target_milestone=1.6%20M1&target_milestone=1.6%20M2&target_milestone=1.6%20M3&target_milestone=1.6%20M4&target_milestone=1.6%20M5]
|-
| Functional Tests || 100% of planned tests are executed and results are logged in bugzilla. || bgcolor="" |
|-
| Distros Tested || Fedora, Ubuntu, Opensuse, Centos current version || bgcolor="" |
|-
| BSP Testing || 100% of planned tests are executed and results are logged in bugzilla. || bgcolor="" |
|-
| Documentation || No target || bgcolor="" |
|-
| Build Performance || Try to at least maintain the current performance and improve if possible. || bgcolor="" |
|-
| Package Update || 70% || bgcolor="" |
|-
| Upstream Commits || Have upstream status updated on 100% of patches (so that we can have a status update) || bgcolor="" |
|-
| Publication || The release is announced || bgcolor="" |
|}

Yocto Project v1.6 Status

2014-01-24T18:16:07Z

Song: /* Milestone 1 */

Yocto Project v1.6 Status

2013-12-13T18:05:45Z

Song: /* Milestone 1 */

Yocto Project v1.6 Status

2013-12-13T15:53:00Z

Song: /* Milestone 1 */

Yocto Project v1.6 Status

2013-12-04T18:10:48Z

Song:

Yocto Project v1.6 Status

2013-12-04T18:09:10Z

Song: /* Testing */

Yocto Project v1.6 Status

2013-12-02T23:23:33Z

Song: /* Milestone 1 */

Releases

2013-11-13T22:38:49Z

Song: /* Releases Links */

== Releases Links==
{|border="1" {{table}}
| align="center" style="background:#f0f0f0;"|'''Yocto Project Release'''
| align="center" style="background:#f0f0f0;"|'''Code Name'''
| align="center" style="background:#f0f0f0;"|'''Poky version)'''
| align="center" style="background:#f0f0f0;"|'''Maintainer'''
| align="center" style="background:#f0f0f0;"|'''Features'''
| align="center" style="background:#f0f0f0;"|'''Schedule'''
| align="center" style="background:#f0f0f0;"|'''Status'''
| align="center" style="background:#f0f0f0;"|'''QA Test Plan'''
| align="center" style="background:#f0f0f0;"|'''QA Test Report'''
|-valign="top"
| Yocto Project 1.6
| TBD
| TBD
| Richard Purdie
| [[Yocto_1.6_Features]]
| [[Yocto_1.6_Schedule]]
| [[Yocto_Project_v1.6_Status]]
| [[Yocto_1.6_Overall_Test_Plan]]
| [[Yocto_1.6_Milestone_Test_Report]]
|-
| Yocto Project 1.5
| Dora
| 10.0
| Richard Purdie
| [[Yocto_1.5_Features]]
| [[Yocto_1.5_Schedule]]
| [[Yocto_Project_v1.5_Status]]
| [[Yocto_1.5_Overall_Test_Plan]]
| [[Yocto_1.5_Milestone_Test_Report]]
|-
| Yocto Project 1.4
| Dylan
| 9.0
| Richard Purdie
| [[Yocto_1.4_Features]]
| [[Yocto_1.4_Schedule]]
| [[Yocto_Project_v1.4_Status]]
| [[Yocto_1.4_Overall_Test_Plan]]
| [[Yocto_1.4_Milestone_Test_Report]]
|-
| Yocto Project 1.3
| Danny
| 8.0
| Richard Purdie
| [[Yocto_1.3_Features]]
| [[Yocto_1.3_Schedule]]
| [[Yocto_Project_v1.3_Status]]
| [[Yocto_1.3_Overall_Test_Plan]]
| [[Yocto_1.3_Milestone_Test_Report]]
|-
| Yocto Project 1.2
| Denzil
| 7.0
| Richard Purdie
| [[Yocto_1.2_Features]]
| [[Yocto_1.2_Schedule]]
| [[Yocto_Project_v1.2_Status]]
| [[Yocto_1.2_Overall_Test_Plan]]
| [[Yocto_1.2_Milestone_Test_Report]]
|-
| Yocto Project 1.1
| Edison
| 6.0
| Richard Purdie
| [[Yocto_1.1_Features]]
| [[Yocto_1.1_Schedule]]
| [[Yocto_Project_v1.1_Release_Criteria]]
| [[Yocto_1.1_Overall_Test_Plan]]
| [[Yocto_1.1_Milestone_Test_Report]]
|-
| Yocto Project 1.0
| Bernard
| 5.0
| Richard Purdie
| [[Yocto_Features]]
| [[Yocto_1.0_Schedule]]
| [[Yocto_Project_v1.0_Release_Criteria]]
| [[Yocto_1.0_Overall_Test_Plan]]
|
|}

== Release History ==

{| class="wikitable" border="2"
!Codename
!Yocto Project Version
!Poky Version
!BitBake branch
|-
|Dora (in development)
|1.5
|10.0
|1.20
|-
|Dylan
|1.4
|9.0
|1.18
|-
|Danny
|1.3
|8.0
|1.16
|-
|Denzil
|1.2
|7.0
|1.15
|-
|Edison
|1.1
|6.0
|1.13
|-
|Bernard
|1.0
|5.0
|1.11
|-
|Laverne
|0.9
|4.0
|1.11
|-
|Purple
|N/A
|3.2
|
|-
|Pinky
|N/A
|3.1
|
|-
|Blinky
|N/A
|3.0
|
|-
|Clyde
|N/A
|2.0
|
|-
|Inky
|N/A
|1.0
|
|}

Yocto Project v1.6 Status

2013-11-12T23:17:13Z

Song:

Yocto Project v1.6 Status

2013-11-12T23:16:24Z

Song: Created page with "Yocto Project 1.6 release Status = Project Dashboard = = Feature/Task Board = == Overview == {|border="1" {{table}} | align="center" style="background:#f0f0f0;"|'''Scheduled'..."

Yocto Project 1.6 release Status

= Project Dashboard =

= Feature/Task Board =
== Overview ==
{|border="1" {{table}}
| align="center" style="background:#f0f0f0;"|'''Scheduled'''
| align="center" style="background:#f0f0f0;"|'''Design'''
| align="center" style="background:#f0f0f0;"|'''Design Complete'''
| align="center" style="background:#f0f0f0;"|'''Development'''
| align="center" style="background:#f0f0f0;"|'''Patch Review'''
| align="center" style="background:#f0f0f0;"|'''Testing'''
| align="center" style="background:#00ff00;"|'''Done'''
| align="center" style="background:#ff0000;"|'''Blocked'''
|-valign="top"
|{{#bugzilla:
|columns=id,to,milestone
|noresultsmessage="None"
|status=ACCEPTED,NEW
|milestone=1.6 M1,1.6 M2,1.6 M3,1.6 M4, 1.6 M5, 1.6
|severity=enhancement
|sort=milestone,to
}}
||{{#bugzilla:
|columns=id,to,milestone
|noresultsmessage="None"
|status=IN PROGRESS DESIGN
|milestone=1.6 M1,1.6 M2,1.6 M3,1.6 M4, 1.6 M5, 1.6
|severity=enhancement
|sort=milestone,to
}}
||{{#bugzilla:
|columns=id,to,milestone
|noresultsmessage="None"
|status=IN PROGRESS DESIGN COMPLETE
|milestone=1.6 M1,1.6 M2,1.6 M3,1.6 M4, 1.6 M5, 1.6
|severity=enhancement
|sort=milestone,to
}}
||{{#bugzilla:
|columns=id,to,milestone
|noresultsmessage="None"
|status=IN PROGRESS IMPLEMENTATION
|milestone=1.6 M1,1.6 M2,1.6 M3,1.6 M4, 1.6 M5, 1.6
|severity=enhancement
|sort=milestone,to
}}
||{{#bugzilla:
|columns=id,to,milestone
|noresultsmessage="None"
|status=IN PROGRESS REVIEW
|milestone=1.6 M1,1.6 M2,1.6 M3,1.6 M4, 1.6 M5, 1.6
|severity=enhancement
|sort=milestone,to
}}
||{{#bugzilla:
|columns=id,to,milestone
|status=RESOLVED
|milestone=1.6 M1,1.6 M2,1.6 M3,1.6 M4, 1.6 M5, 1.6
|severity=enhancement
|sort=milestone,to
}}
||{{#bugzilla:
|columns=id,to,milestone
|status=verified, closed
|milestone=1.6 M1,1.6 M2,1.6 M3,1.6 M4, 1.6 M5, 1.6
|severity=enhancement
|sort=milestone,to
}}
||{{#bugzilla:
|columns=id,to,milestone
|noresultsmessage="None"
|status=needinfo, waitforupstream
|milestone=1.6 M1,1.6 M2,1.6 M3,1.6 M4, 1.6 M5, 1.6
|severity=enhancement
|sort=milestone,to
}}
|}

== List View ==
=== Blocked ===
{{#bugzilla:
|columns=id,to,estimated,whiteboard,milestone,status
|noresultsmessage="None"
|status=needinfo,waitforupstream
|milestone=1.6 M1,1.6 M2,1.6 M3,1.6 M4, 1.6 M5, 1.6
|sort=milestone,to
|total=estimated
|severity=enhancement
}}

=== Scheduled ===
{{#bugzilla:
|columns=id,to,estimated,summary,whiteboard,milestone,status
|noresultsmessage="None"
|status=ACCEPTED,NEW
|milestone=1.6 M1,1.6 M2,1.6 M3,1.6 M4, 1.6 M5, 1.6
|sort=milestone,to
|severity=enhancement
|total=estimated
}}

=== Design ===
{{#bugzilla:
|columns=id,to,estimated,summary,whiteboard,milestone,status
|noresultsmessage="None"
|status=IN PROGRESS DESIGN
|milestone=1.6 M1,1.6 M2,1.6 M3,1.6 M4, 1.6 M5, 1.6
|sort=milestone,to
|severity=enhancement
|total=estimated
}}

=== Design Complete ===
{{#bugzilla:
|columns=id,to,estimated,summary,whiteboard,milestone,status
|noresultsmessage="None"
|status=IN PROGRESS DESIGN COMPLETE
|milestone=1.6 M1,1.6 M2,1.6 M3,1.6 M4, 1.6 M5, 1.6
|sort=milestone,to
|severity=enhancement
|total=estimated
}}

=== Development ===
{{#bugzilla:
|columns=id,to,estimated,summary,whiteboard,milestone,status
|noresultsmessage="None"
|status=IN PROGRESS IMPLEMENTATION
|milestone=1.6 M1,1.6 M2,1.6 M3,1.6 M4, 1.6 M5, 1.6
|sort=milestone,to
|severity=enhancement
|total=estimated
}}

=== Patch Review ===
{{#bugzilla:
|columns=id,to,estimated,summary,whiteboard,milestone,status
|noresultsmessage="None"
|status=IN PROGRESS REVIEW
|milestone=1.6 M1,1.6 M2,1.6 M3,1.6 M4, 1.6 M5, 1.6
|sort=milestone,to
|severity=enhancement
|total=estimated
}}

=== Testing ===
{{#bugzilla:
|columns=id,to,estimated,summary,whiteboard,milestone,status
|noresultsmessage="None"
|status=RESOLVED
|milestone=1.6 M1,1.6 M2,1.6 M3,1.6 M4, 1.6 M5, 1.6
|sort=milestone,to
|severity=enhancement
|total=estimated
}}

=== Done ===
{{#bugzilla:
|columns=id,to,estimated,summary,whiteboard,milestone,status
|status=verified, closed
|milestone=1.6 M1,1.6 M2,1.6 M3,1.6 M4, 1.6 M5, 1.6
|sort=milestone,to
|severity=enhancement
|total=estimated
}}
 

= Yocto Project SWAT team =
Chairperson of the current week: Laurentiu Palcu 
Please see here for the details of the SWAT team: https://wiki.yoctoproject.org/wiki/Yocto_Build_Failure_Swat_Team
 

= Yocto Project 1.6 Release Criteria =
== Milestone 1 ==
{| border="1" {{table}}
| ! scope="col" bgcolor="grey" | '''Release Criteria''' || ! scope="col" bgcolor="grey" | '''Milestone 1 Target''' || ! scope="col" bgcolor="grey" | '''Milestone 1 Status'''
|-
| Functional Completion || All high features are completed. || bgcolor="#39FF14" | Pass
|-
| Build and Release (Yocto) || All completed features can be built with no errors. || bgcolor="" |
|-
| Build and Release (BSPs) || Core BSPs can be built with no errors. || bgcolor="" |
|-
| Open Bugs || All bugs have been dispositioned. Milestone high issues have been fixed. || bgcolor="" | [https://bugzilla.yoctoproject.org/buglist.cgi?priority=High&list_id=23883&bug_severity=critical&bug_severity=major&bug_severity=normal&bug_severity=minor&bug_severity=janitors&query_format=advanced&bug_status=UNCONFIRMED&bug_status=NEW&bug_status=ACCEPTED&bug_status=IN%20PROGRESS%20DESIGN&bug_status=IN%20PROGRESS%20DESIGN%20COMPLETE&bug_status=IN%20PROGRESS%20IMPLEMENTATION&bug_status=IN%20PROGRESS%20REVIEW&bug_status=REOPENED&bug_status=NEEDINFO&bug_status=WaitForUpstream&target_milestone=1.4&target_milestone=1.4%20M1&target_milestone=1.4%20M2&target_milestone=1.4%20M3&target_milestone=1.4%20M4&target_milestone=1.4%20M5] Pass
|-
| Functional Tests || 100% of planned tests are executed and results are logged in bugzilla. || bgcolor="" |
|-
| Distros Tested || Fedora, Ubuntu, Opensuse, Centos current version || bgcolor="" |
|-
| BSP Testing || 100% of planned tests are executed and results are logged in bugzilla. || bgcolor="" |
|-
| Documentation || No target || bgcolor="" |
|-
| Build Performance || Try to at least maintain the current performance and improve if possible. || bgcolor="" |
|-
| Package Update || 70% || bgcolor="" |
|-
| Upstream Commits || Have upstream status updated on 100% of patches (so that we can have a status update) || bgcolor="" |
|-
| Publication || The release is announced || bgcolor="" |
|}

Planning

2013-11-12T23:15:08Z

Song: /* Project Status and Release Cycle */

Planning for features and schedule is done as a community. Details on the schedule, features, and development and release process are below.
=== Project Status and Release Cycle ===
* [[Yocto Project v1.6 Status]] (Current)
* [[Yocto Project v1.5 Status]]
* [[Yocto Project v1.4 Status]]
* [[Yocto Project v1.3 Status]]
* [[Yocto Project v1.2 Status]]
* [[Yocto Project v1.1 Release Criteria]]
* [[Yocto Project v1.0 Release Criteria]]
* [[Yocto Project v. 1.0 Release Cycle]]
* [[Yocto Project v1.0.1 Release Criteria]]
* [[Yocto Project v1.0 Release Criteria]]

=== Roadmaps and Schedules ===
* [[Yocto 1.6 Schedule]] (current)
* [[Yocto 1.5 Schedule]]
* [[Yocto 1.4 Schedule]]
* [[Yocto 1.3 Schedule]]
* [[Yocto 1.2 Schedule]]
* [[Yocto 1.1 Schedule]]
* [[Yocto 1.0 Schedule]]
* [[Yocto Project Roadmap]]
* [[YoctoCalendar]]
* Point Release Calendar[https://www.google.com/calendar/embed?src=3a0927ctps51u8rs2jv1uligdc%40group.calendar.google.com&ctz=America/Los_Angeles]

=== Features ===
* [[Yocto 1.6 Features]] (current)
* [[Yocto 1.5 Features]]
* [[Yocto 1.4 Features]]
* [[Yocto 1.3 Features]]
* [[Yocto 1.2 Features]]
* [[Yocto General Features]] - This page contains general features across all Yocto releases.
* [[Yocto 1.1 Features]]
* [[Yocto Features]] (from v1.0)

=== Development Methodology ===
* [[Development Methodology]] -- This describes what to expect from development effort, planning and execution

Yocto 1.6 Schedule

2013-11-09T00:11:37Z

Song: Created page with "= Yocto Project 1.6 release milestone structure = File: YP1.3milestone.png = Yocto Project 1.6 release schedule (release date: Oct. 18, 2013) = ---- The detailed milestone ..."

= Yocto Project 1.6 release milestone structure =
[[File: YP1.3milestone.png]]

= Yocto Project 1.6 release schedule (release date: Oct. 18, 2013) =
----
The detailed milestone map for the 1.6 release of Yocto Project is as below. 
To view the Yocto schedule-at-a-glance, go to [[YoctoCalendar]]. 
Please note that the estimation for each feature is done based on 'perfect day'. The purpose of the estimation is to estimate the relative size of features, NOT to predict when a single feature could be done.

== M1 (Nov. 11 to Dec. 20, 2013 -- 6 weeks: planning done in week 1, development week 1-3, stabilization week 4-5, release week 6) ==
=== M1 Feature/Tasks Development ===

{{#bugzilla:
|columns=id,from,to,estimated,summary,severity,priority,whiteboard,status
|total=estimated
|milestone=1.6 M1
|severity=enhancement
|sort=to,priority
}}

=== M1 Bugs ===

{{#bugzilla:
|columns=id,from,to,estimated,summary,severity,priority,whiteboard,status
|total=estimated
|milestone=1.6 M1
|severity=!enhancement
|sort=to,priority
}}

=== M1 Stabilize schedule ===
'''Release Candidate and Milestone Release schedule'''
* RC1: 12/4/13
* RC2: 12/11/13
* M1 release: 12/20/13

== M2 (Dec. 9, 2013 to Jan. 31, 2014 -- 8 weeks: planning done in week 1, development week 1-5, stabilization week 6-8, release: week 8) ==
=== M2 Feature/tasks Development ===

{{#bugzilla:
|columns=id,from,to,estimated,summary,severity,priority,whiteboard,status
|total=estimated
|milestone=1.6 M2
|severity=enhancement
|sort=to,priority
}}

=== M2 Bugs ===

{{#bugzilla:
|columns=id,from,to,estimated,summary,severity,priority,whiteboard,status
|total=estimated
|milestone=1.6 M2
|severity=!enhancement
|sort=to,priority
}}

=== M2 Stabilize schedule ===
'''Release Candidate and Milestone Release schedule (Full Pass QA test follows every RC build)'''
* RC1: 1/15/14
* RC2: 1/22/14
* M2 release: 1/31/14

== M3 (Jan. 13 to Feb. 18, 2014 -- 7 weeks: planning done in week 1, development week 1-4, stabilization week 5-7, release: week 7) ==
=== M3 Feature/tasks Development ===
{{#bugzilla:
|columns=id,from,to,estimated,summary,severity,priority,whiteboard,status
|total=estimated
|milestone=1.6 M3
|severity=enhancement
|sort=to,priority
}}

=== M3 Bugs ===

{{#bugzilla:
|columns=id,from,to,estimated,summary,severity,priority,whiteboard,status
|total=estimated
|milestone=1.6 M3
|severity=!enhancement
|sort=to,priority
}}

=== M3 Stabilize schedule ===
'''Release Candidate and Milestone Release schedule (Full Pass QA test follows every RC build)'''
* RC1: 2/12/14
* RC2: 2/19/14
* M3 release: 2/28/14

== M4 (Feb. 10 to March 28, 2014 -- 7 weeks: planning done in week 1, development week 1-4, stabilization week 5-7, release week 7) ==
=== M4 Feature/tasks Development ===

{{#bugzilla:
|columns=id,from,to,estimated,summary,severity,priority,whiteboard,status
|total=estimated
|milestone=1.6 M4
|severity=enhancement
|sort=to,priority
}}

=== M4 Bugs ===

{{#bugzilla:
|columns=id,from,to,estimated,summary,severity,priority,whiteboard,status
|total=estimated
|milestone=1.6 M4
|severity=!enhancement
|sort=to,priority
}}

=== M4 Stabilize schedule ===
'''Release Candidate and Milestone Release schedule (Full Pass QA test follows every RC build)'''
* RC1: 3/12/14
* RC2: 3/19/14
* M4 release: 3/28/14

== M5 (March. 24 to April 25, 2014 -- Stabilization miletsone (5 weeks) ==
=== M5 Feature/tasks Development ===

{{#bugzilla:
|columns=id,from,to,estimated,summary,severity,priority,whiteboard,status
|total=estimated
|milestone=1.6 M5
|severity=enhancement
|sort=to,priority
}}

=== M5 Bugs ===

{{#bugzilla:
|columns=id,from,to,estimated,summary,severity,priority,whiteboard,status
|total=estimated
|milestone=1.6 M5
|severity=!enhancement
|sort=to,priority
}}

'''Release Candidate and Milestone Release schedule (Full Pass QA test follows every RC build)'''
* RC1: 3/26/14
* RC2: 4/2/14
* RC3: 4/9/14
* RC4: 4/16/14
* Yocto Project 1.6 release: 4/25/14

== Yocto Project 1.6 release unscheduled features/tasks list==
These features/tasks are planned for 1.6, but have not been scheduled to any specific milestone. As we move forward, more of these will be scheduled into each milestone, especially during milestone planning for each milestone above.
{{#bugzilla:
|columns=id,to,estimated,summary,severity,priority,milestone,whiteboard,status,
|milestone=1.6
|sort=to
|priority=high
|status=!(resolved,verified,closed)
}}

{{#bugzilla:
|columns=id,to,estimated,summary,severity,priority,milestone,whiteboard,status,
|milestone=1.6
|sort=to
|priority=medium%2B
|status=!(resolved,verified,closed)
}}

{{#bugzilla:
|columns=id,to,estimated,summary,severity,priority,milestone,whiteboard,status,
|milestone=1.6
|sort=to
|priority=medium
|status=!(resolved,verified,closed)
}}

{{#bugzilla:
|columns=id,to,estimated,summary,severity,priority,milestone,whiteboard,status,
|milestone=1.6
|sort=to
|priority=low
|status=!(resolved,verified,closed)
}}

Planning

2013-11-09T00:10:34Z

Song: /* Roadmaps and Schedules */

Planning for features and schedule is done as a community. Details on the schedule, features, and development and release process are below.
=== Project Status and Release Cycle ===
* [[Yocto Project v1.5 Status]] (Current)
* [[Yocto Project v1.4 Status]]
* [[Yocto Project v1.3 Status]]
* [[Yocto Project v1.2 Status]]
* [[Yocto Project v1.1 Release Criteria]]
* [[Yocto Project v1.0 Release Criteria]]
* [[Yocto Project v. 1.0 Release Cycle]]
* [[Yocto Project v1.0.1 Release Criteria]]
* [[Yocto Project v1.0 Release Criteria]]

=== Roadmaps and Schedules ===
* [[Yocto 1.6 Schedule]] (current)
* [[Yocto 1.5 Schedule]]
* [[Yocto 1.4 Schedule]]
* [[Yocto 1.3 Schedule]]
* [[Yocto 1.2 Schedule]]
* [[Yocto 1.1 Schedule]]
* [[Yocto 1.0 Schedule]]
* [[Yocto Project Roadmap]]
* [[YoctoCalendar]]
* Point Release Calendar[https://www.google.com/calendar/embed?src=3a0927ctps51u8rs2jv1uligdc%40group.calendar.google.com&ctz=America/Los_Angeles]

=== Features ===
* [[Yocto 1.6 Features]] (current)
* [[Yocto 1.5 Features]]
* [[Yocto 1.4 Features]]
* [[Yocto 1.3 Features]]
* [[Yocto 1.2 Features]]
* [[Yocto General Features]] - This page contains general features across all Yocto releases.
* [[Yocto 1.1 Features]]
* [[Yocto Features]] (from v1.0)

=== Development Methodology ===
* [[Development Methodology]] -- This describes what to expect from development effort, planning and execution

Yocto 1.6 Features

2013-10-28T21:08:32Z

Song: Created page with "== Yocto Project 1.6 Feature Planning == Yocto Project 1.6 release planning has been underway since Oct. 2013. We are now inviting the community to enter new features and ideas ..."

== Yocto Project 1.6 Feature Planning ==

Yocto Project 1.6 release planning has been underway since Oct. 2013. We are now inviting the community to enter new features and ideas about 1.6 release in our Bugzilla. Yocto Project 1.6 is targeted to release in April, 2014. Detailed schedule of the release will be published around mid-Nov., 2013.

== Yocto Project 1.6 Themes ==

* TBD

== Process for Entering New Feature Requests ==

We have been using the same Bugzilla where we manage bugs to manage all features. Features in Bugzilla should have their severity set to 'enhancement'. If you have a feature request or even an idea about something for 1.6 or future releases, please feel free to file an 'enhancement' feature in Bugzilla:

* Set the severity of bug to be 'enhancement'. Please put as much detail as possible in the 'description' field and give it a concise and meaningful 'summary'. You can always add/edit as you have more thoughts and information about the feature. Others can also use the feature entry to ask questions or provide feedback.
* If you know which functional category the feature belongs to, please put the bug # in appropriate category such as usability, performance, kernel, core build system, etc.
* Set the priority you would like this to be or indicate this in the description field. We may adjust the priority when we have a better view of the whole release later on.
* Preview your Entry to make sure it looks ok and then save it

''Note:''

'''Priority:''' 
High = Must have for the target release 
Medium+ = Very important, needs special attention compared with other medium features 
Medium = Important 
Low = Nice to have, no defined plan 

==Unsorted Features (by priority)==

=== High ===
{{#bugzilla:
|columns=id,from,summary,estimated,milestone,to,status,severity,priority,whiteboard
|priority=high
|severity=enhancement
|noresultsmessage="None"
|milestone=1.6, 1.6 M1, 1.6 M2, 1.6 M3, 1.6 M4, 1.6 M5, 1.6 M6
|sort=to
|total=estimated
|resolution=!DUPLICATE
}}

=== Medium+ ===
{{#bugzilla:
|columns=id,from,summary,estimated,milestone,to,status,severity,priority,whiteboard
|priority=Medium%2B
|severity=enhancement
|noresultsmessage="None"
|milestone=1.6, 1.6 M1, 1.6 M2, 1.6 M3, 1.6 M4, 1.6 M5, 1.6 M6
|sort=to
|total=estimated
|resolution=!DUPLICATE
}}

=== Medium ===
{{#bugzilla:
|columns=id,from,summary,estimated,milestone,to,status,severity,priority,whiteboard
|priority=medium
|severity=enhancement
|noresultsmessage="None"
|milestone=1.6, 1.6 M1, 1.6 M2, 1.6 M3, 1.6 M4, 1.6 M5, 1.6 M6
|sort=to
|total=estimated
|resolution=!DUPLICATE
}}

=== Low ===
{{#bugzilla:
|columns=id,from,summary,estimated,milestone,to,status,severity,priority,whiteboard
|priority=low
|severity=enhancement
|noresultsmessage="None"
|milestone=1.6, 1.6 M1, 1.6 M2, 1.6 M3, 1.6 M4, 1.6 M5, 1.6 M6
|sort=to
|total=estimated
|resolution=!DUPLICATE
}}

=== Undecided ===
{{#bugzilla:
|columns=id,from,summary,estimated,milestone,to,status,severity,priority,whiteboard
|priority=undecided
|severity=enhancement
|noresultsmessage="None"
|milestone=1.6, 1.6 M1, 1.6 M2, 1.6 M3, 1.6 M4, 1.6 M5, 1.6 M6
|sort=to
|total=estimated
}}

== Future ==
{{#bugzilla:
|columns=id,from,summary,estimated,milestone,to,status,severity,priority,whiteboard
|severity=enhancement
|noresultsmessage="None"
|milestone=Future
|sort=to
|total=estimated
|status=!(resolved, verified, closed)
}}

Planning

2013-10-28T21:06:47Z

Song: /* Features */

Planning for features and schedule is done as a community. Details on the schedule, features, and development and release process are below.
=== Project Status and Release Cycle ===
* [[Yocto Project v1.5 Status]] (Current)
* [[Yocto Project v1.4 Status]]
* [[Yocto Project v1.3 Status]]
* [[Yocto Project v1.2 Status]]
* [[Yocto Project v1.1 Release Criteria]]
* [[Yocto Project v1.0 Release Criteria]]
* [[Yocto Project v. 1.0 Release Cycle]]
* [[Yocto Project v1.0.1 Release Criteria]]
* [[Yocto Project v1.0 Release Criteria]]

=== Roadmaps and Schedules ===
* [[Yocto 1.5 Schedule]] (Current)
* [[Yocto 1.4 Schedule]]
* [[Yocto 1.3 Schedule]]
* [[Yocto 1.2 Schedule]]
* [[Yocto 1.1 Schedule]]
* [[Yocto 1.0 Schedule]]
* [[Yocto Project Roadmap]]
* [[YoctoCalendar]]
* Point Release Calendar[https://www.google.com/calendar/embed?src=3a0927ctps51u8rs2jv1uligdc%40group.calendar.google.com&ctz=America/Los_Angeles]

=== Features ===
* [[Yocto 1.6 Features]] (current)
* [[Yocto 1.5 Features]]
* [[Yocto 1.4 Features]]
* [[Yocto 1.3 Features]]
* [[Yocto 1.2 Features]]
* [[Yocto General Features]] - This page contains general features across all Yocto releases.
* [[Yocto 1.1 Features]]
* [[Yocto Features]] (from v1.0)

=== Development Methodology ===
* [[Development Methodology]] -- This describes what to expect from development effort, planning and execution

Yocto Project v1.5 Status

2013-10-28T21:00:10Z

Song: /* Milestone 5, 1.5 release */

Yocto Project 1.5 release Status

= Project Dashboard =
[[File: bugburndown-1-5.png]]

 

= Feature/Task Board =
== Overview ==
{|border="1" {{table}}
| align="center" style="background:#f0f0f0;"|'''Scheduled'''
| align="center" style="background:#f0f0f0;"|'''Design'''
| align="center" style="background:#f0f0f0;"|'''Design Complete'''
| align="center" style="background:#f0f0f0;"|'''Development'''
| align="center" style="background:#f0f0f0;"|'''Patch Review'''
| align="center" style="background:#f0f0f0;"|'''Testing'''
| align="center" style="background:#00ff00;"|'''Done'''
| align="center" style="background:#ff0000;"|'''Blocked'''
|-valign="top"
|{{#bugzilla:
|columns=id,to,milestone
|noresultsmessage="None"
|status=ACCEPTED,NEW
|milestone=1.5 M1,1.5 M2,1.5 M3,1.5 M4, 1.5 M5, 1.5
|severity=enhancement
|sort=milestone,to
}}
||{{#bugzilla:
|columns=id,to,milestone
|noresultsmessage="None"
|status=IN PROGRESS DESIGN
|milestone=1.5 M1,1.5 M2,1.5 M3,1.5 M4, 1.5 M5, 1.5
|severity=enhancement
|sort=milestone,to
}}
||{{#bugzilla:
|columns=id,to,milestone
|noresultsmessage="None"
|status=IN PROGRESS DESIGN COMPLETE
|milestone=1.5 M1,1.5 M2,1.5 M3,1.5 M4, 1.5 M5, 1.5
|severity=enhancement
|sort=milestone,to
}}
||{{#bugzilla:
|columns=id,to,milestone
|noresultsmessage="None"
|status=IN PROGRESS IMPLEMENTATION
|milestone=1.5 M1,1.5 M2,1.5 M3,1.5 M4, 1.5 M5, 1.5
|severity=enhancement
|sort=milestone,to
}}
||{{#bugzilla:
|columns=id,to,milestone
|noresultsmessage="None"
|status=IN PROGRESS REVIEW
|milestone=1.5 M1,1.5 M2,1.5 M3,1.5 M4, 1.5 M5, 1.5
|severity=enhancement
|sort=milestone,to
}}
||{{#bugzilla:
|columns=id,to,milestone
|status=RESOLVED
|milestone=1.5 M1,1.5 M2,1.5 M3,1.5 M4, 1.5 M5, 1.5
|severity=enhancement
|sort=milestone,to
}}
||{{#bugzilla:
|columns=id,to,milestone
|status=verified, closed
|milestone=1.5 M1,1.5 M2,1.5 M3,1.5 M4, 1.5 M5, 1.5
|severity=enhancement
|sort=milestone,to
}}
||{{#bugzilla:
|columns=id,to,milestone
|noresultsmessage="None"
|status=needinfo, waitforupstream
|milestone=1.5 M1,1.5 M2,1.5 M3,1.5 M4, 1.5 M5, 1.5
|severity=enhancement
|sort=milestone,to
}}
|}

== List View ==
=== Blocked ===
{{#bugzilla:
|columns=id,to,estimated,whiteboard,milestone,status
|noresultsmessage="None"
|status=needinfo,waitforupstream
|milestone=1.5 M1,1.5 M2,1.5 M3,1.5 M4, 1.5 M5, 1.5
|sort=milestone,to
|total=estimated
|severity=enhancement
}}

=== Scheduled ===
{{#bugzilla:
|columns=id,to,estimated,summary,whiteboard,milestone,status
|noresultsmessage="None"
|status=ACCEPTED,NEW
|milestone=1.5 M1,1.5 M2,1.5 M3,1.5 M4, 1.5 M5, 1.5
|sort=milestone,to
|severity=enhancement
|total=estimated
}}

=== Design ===
{{#bugzilla:
|columns=id,to,estimated,summary,whiteboard,milestone,status
|noresultsmessage="None"
|status=IN PROGRESS DESIGN
|milestone=1.5 M1,1.5 M2,1.5 M3,1.5 M4, 1.5 M5, 1.5
|sort=milestone,to
|severity=enhancement
|total=estimated
}}

=== Design Complete ===
{{#bugzilla:
|columns=id,to,estimated,summary,whiteboard,milestone,status
|noresultsmessage="None"
|status=IN PROGRESS DESIGN COMPLETE
|milestone=1.5 M1,1.5 M2,1.5 M3,1.5 M4, 1.5 M5, 1.5
|sort=milestone,to
|severity=enhancement
|total=estimated
}}

=== Development ===
{{#bugzilla:
|columns=id,to,estimated,summary,whiteboard,milestone,status
|noresultsmessage="None"
|status=IN PROGRESS IMPLEMENTATION
|milestone=1.5 M1,1.5 M2,1.5 M3,1.5 M4, 1.5 M5, 1.5
|sort=milestone,to
|severity=enhancement
|total=estimated
}}

=== Patch Review ===
{{#bugzilla:
|columns=id,to,estimated,summary,whiteboard,milestone,status
|noresultsmessage="None"
|status=IN PROGRESS REVIEW
|milestone=1.5 M1,1.5 M2,1.5 M3,1.5 M4, 1.5 M5, 1.5
|sort=milestone,to
|severity=enhancement
|total=estimated
}}

=== Testing ===
{{#bugzilla:
|columns=id,to,estimated,summary,whiteboard,milestone,status
|noresultsmessage="None"
|status=RESOLVED
|milestone=1.5 M1,1.5 M2,1.5 M3,1.5 M4, 1.5 M5, 1.5
|sort=milestone,to
|severity=enhancement
|total=estimated
}}

=== Done ===
{{#bugzilla:
|columns=id,to,estimated,summary,whiteboard,milestone,status
|status=verified, closed
|milestone=1.5 M1,1.5 M2,1.5 M3,1.5 M4, 1.5 M5, 1.5
|sort=milestone,to
|severity=enhancement
|total=estimated
}}
 

= Yocto Project SWAT team =
Chairperson of the current week: Laurentiu Palcu 
Please see here for the details of the SWAT team: https://wiki.yoctoproject.org/wiki/Yocto_Build_Failure_Swat_Team
 

= Yocto Project 1.5 Release Criteria =
== Milestone 1 ==
{| border="1" {{table}}
| ! scope="col" bgcolor="grey" | '''Release Criteria''' || ! scope="col" bgcolor="grey" | '''Milestone 1 Target''' || ! scope="col" bgcolor="grey" | '''Milestone 1 Status'''
|-
| Functional Completion || All high features are completed. || bgcolor="#39FF14" | Pass
|-
| Build and Release (Yocto) || All completed features can be built with no errors. || bgcolor="#39FF14" | Pass
|-
| Build and Release (BSPs) || Core BSPs can be built with no errors. || bgcolor="#39FF14" | Pass
|-
| Open Bugs || All bugs have been dispositioned. Milestone high issues have been fixed. || bgcolor="#39FF14" | [https://bugzilla.yoctoproject.org/buglist.cgi?priority=High&list_id=23883&bug_severity=critical&bug_severity=major&bug_severity=normal&bug_severity=minor&bug_severity=janitors&query_format=advanced&bug_status=UNCONFIRMED&bug_status=NEW&bug_status=ACCEPTED&bug_status=IN%20PROGRESS%20DESIGN&bug_status=IN%20PROGRESS%20DESIGN%20COMPLETE&bug_status=IN%20PROGRESS%20IMPLEMENTATION&bug_status=IN%20PROGRESS%20REVIEW&bug_status=REOPENED&bug_status=NEEDINFO&bug_status=WaitForUpstream&target_milestone=1.4&target_milestone=1.4%20M1&target_milestone=1.4%20M2&target_milestone=1.4%20M3&target_milestone=1.4%20M4&target_milestone=1.4%20M5] Pass
|-
| Functional Tests || 100% of planned tests are executed and results are logged in bugzilla. || bgcolor="#39FF14" | Pass
|-
| Distros Tested || Fedora, Ubuntu, Opensuse, Centos current version || bgcolor="#39FF14" | Ubuntu 12.04, Ubuntu 13.04, OpenSUSE 12.3, Fedora 18, CentOS 6.4
|-
| BSP Testing || 100% of planned tests are executed and results are logged in bugzilla. || bgcolor="#39FF14" | Pass
|-
| Documentation || No target || bgcolor="#39FF14" | Pass
|-
| Build Performance || Try to at least maintain the current performance and improve if possible. || bgcolor="#39FF14" | Pass
|-
| Package Update || Best Effort || bgcolor="#39FF14" | Adequate
|-
| Upstream Commits || Have upstream status updated on 100% of patches (so that we can have a status update) || bgcolor="#39FF14" | Pass
|-
| Publication || The release is announced || bgcolor="#39FF14" | Complete
|}
 

== Milestone 2 ==
{| border="1" {{table}}
| ! scope="col" bgcolor="grey" | '''Release Criteria''' || ! scope="col" bgcolor="grey" | '''Milestone 2 Target''' || ! scope="col" bgcolor="grey" | '''Milestone 2 Status'''
|-
| Functional Completion || All high features are completed. || bgcolor="red" | Some high features are slipped: 3619, 4267, 1584, 3867
|-
| Build and Release (Yocto) || All completed features can be built with no errors. || bgcolor="#39FF14" | Pass
|-
| Build and Release (BSPs) || Core BSPs can be built with no errors. || bgcolor="#39FF14" | All core BSPs built
|-
| Open Bugs || All bugs have been dispositioned. Milestone high issues have been fixed. || bgcolor="red" | [https://bugzilla.yoctoproject.org/buglist.cgi?priority=High&list_id=23883&bug_severity=critical&bug_severity=major&bug_severity=normal&bug_severity=minor&bug_severity=janitors&query_format=advanced&bug_status=UNCONFIRMED&bug_status=NEW&bug_status=ACCEPTED&bug_status=IN%20PROGRESS%20DESIGN&bug_status=IN%20PROGRESS%20DESIGN%20COMPLETE&bug_status=IN%20PROGRESS%20IMPLEMENTATION&bug_status=IN%20PROGRESS%20REVIEW&bug_status=REOPENED&bug_status=NEEDINFO&bug_status=WaitForUpstream&target_milestone=1.4&target_milestone=1.4%20M1&target_milestone=1.4%20M2&target_milestone=1.4%20M3&target_milestone=1.4%20M4&target_milestone=1.4%20M5] <br\> No high bugs against M2, but there are some concerning issues such as the LSB image issue (4815), build appliance issue (4847), etc.
|-
| Functional Tests || 100% of planned tests are executed and results are logged in bugzilla. || bgcolor="#39FF14" | Pass
|-
| Distros Tested || Fedora, Ubuntu, Opensuse, Centos current version || bgcolor="#39FF14" | Fedora 18 32bit, Fedora 18 64bit, Ubuntu 13.04, Ubuntu 12.04, OpenSUSE 12.3 64bit, CentOS 6.4 x86_64
|-
| BSP Testing || 100% of planned tests are executed and results are logged in bugzilla. || bgcolor="#39FF14" | Pass
|-
| Documentation || No target || bgcolor="#39FF14" | Pass
|-
| Build Performance || Try to at least maintain the current performance and improve if possible. || bgcolor="#39FF14" | Pass
|-
| Package Update || 60% || bgcolor="#39FF14" | Package reporting system working. Pass
|-
| Upstream Commits || Have upstream status updated on 100% of patches (so that we can have a status update) || bgcolor="#39FF14" | Pass
|-
| Publication || The release is announced || bgcolor="red" | Team decided NOT to release M2 due to high feature slipping and some quality issues.
|}
 

== Milestone 3 ==
{| border="1" {{table}}
| ! scope="col" bgcolor="grey" | '''Release Criteria''' || ! scope="col" bgcolor="grey" | '''Milestone 3 Target''' || ! scope="col" bgcolor="grey" | '''Milestone 3 Status'''
|-
| Functional Completion || All high features are completed. || bgcolor="#39FF14" | Functions complete
|-
| Build and Release (Yocto) || All completed features can be built with no errors. || bgcolor="#39FF14" | Passed full pass testing
|-
| Build and Release (BSPs) || Core BSPs can be built with no errors. || bgcolor="#39FF14" | Passed full pass testing
|-
| Open Bugs || All bugs have been dispositioned. Milestone high issues have been fixed. || bgcolor="#39FF14" | [https://bugzilla.yoctoproject.org/buglist.cgi?priority=High&list_id=23883&bug_severity=critical&bug_severity=major&bug_severity=normal&bug_severity=minor&bug_severity=janitors&query_format=advanced&bug_status=UNCONFIRMED&bug_status=NEW&bug_status=ACCEPTED&bug_status=IN%20PROGRESS%20DESIGN&bug_status=IN%20PROGRESS%20DESIGN%20COMPLETE&bug_status=IN%20PROGRESS%20IMPLEMENTATION&bug_status=IN%20PROGRESS%20REVIEW&bug_status=REOPENED&bug_status=NEEDINFO&bug_status=WaitForUpstream&target_milestone=1.4&target_milestone=1.4%20M1&target_milestone=1.4%20M2&target_milestone=1.4%20M3&target_milestone=1.4%20M4&target_milestone=1.4%20M5] Pass
|-
| Functional Tests || 100% of planned tests are executed and results are logged in bugzilla. || bgcolor="#39FF14" | Passed full pass testing
|-
| Distros Tested || Fedora, Ubuntu, Opensuse, Centos current version || bgcolor="#39FF14" | Ubuntu 12.04 x86_64, Ubuntu 13.04 x86_64, Fedora 18 i686, CentOS 6.4 x86_64
|-
| BSP Testing || 100% of planned tests are executed and results are logged in bugzilla. || bgcolor="#39FF14" | Passed full pass testing
|-
| Documentation || No target || bgcolor="#39FF14" | N/A
|-
| Build Performance || Try to at least maintain the current performance and improve if possible. || bgcolor="#39FF14" | Pass
|-
| Package Update || 70% || bgcolor="#39FF14" | Pass
|-
| Upstream Commits || Have upstream status updated on 100% of patches (so that we can have a status update) || bgcolor="#39FF14" | Pass
|-
| Publication || The release is announced || bgcolor="#39FF14" | Complete
|}
 

== Milestone 4 ==
{| border="1" {{table}}
| ! scope="col" bgcolor="grey" | '''Release Criteria''' || ! scope="col" bgcolor="grey" | '''Milestone 4 Target''' || ! scope="col" bgcolor="grey" | '''Milestone 4 Status'''
|-
| Functional Completion || All high features are completed. || bgcolor="#39FF14" | Pass
|-
| Build and Release (Yocto) || All completed features can be built with no errors. || bgcolor="#39FF14" | Pass
|-
| Build and Release (BSPs) || Core BSPs can be built with no errors. || bgcolor="#39FF14" | Pass
|-
| Open Bugs || All bugs have been dispositioned. Milestone high issues have been fixed. || bgcolor="#39FF14" | [https://bugzilla.yoctoproject.org/buglist.cgi?priority=High&list_id=23883&bug_severity=critical&bug_severity=major&bug_severity=normal&bug_severity=minor&bug_severity=janitors&query_format=advanced&bug_status=UNCONFIRMED&bug_status=NEW&bug_status=ACCEPTED&bug_status=IN%20PROGRESS%20DESIGN&bug_status=IN%20PROGRESS%20DESIGN%20COMPLETE&bug_status=IN%20PROGRESS%20IMPLEMENTATION&bug_status=IN%20PROGRESS%20REVIEW&bug_status=REOPENED&bug_status=NEEDINFO&bug_status=WaitForUpstream&target_milestone=1.4&target_milestone=1.4%20M1&target_milestone=1.4%20M2&target_milestone=1.4%20M3&target_milestone=1.4%20M4&target_milestone=1.4%20M5] pass
|-
| Functional Tests || 100% of planned tests are executed and results are logged in bugzilla. || bgcolor="#39FF14" | https://wiki.yoctoproject.org/wiki/WW36_-_2013-09-05_-_Full_Pass_Release_1.5_M4.rc3 Pass
|-
| Distros Tested || Fedora, Ubuntu, Opensuse, Centos current version || bgcolor="#39FF14" | Ubuntu 12.04 64bit, Ubuntu 13.10 64bit, Fedora 17 64bit, Fedora 19 32bit, Fedora 18 64bit, OpenSuse 12.3 64bit, OpenSuse 12.2 64bit, centos
|-
| BSP Testing || 100% of planned tests are executed and results are logged in bugzilla. || bgcolor="#39FF14" | Pass
|-
| Documentation || No target || bgcolor="#39FF14" | n/a
|-
| Build Performance || Try to at least maintain the current performance and improve if possible. || bgcolor="#39FF14" | No degradation, met
|-
| Package Update || 70% || bgcolor="#39FF14" | target met
|-
| Upstream Commits || Have upstream status updated on 100% of patches (so that we can have a status update) || bgcolor="#39FF14" | Target met
|-
| Publication || The release is announced || bgcolor="#39FF14" | Complete
|}
 

== Milestone 5, 1.5 release ==
{| border="1" {{table}}
| ! scope="col" bgcolor="grey" | '''Release Criteria''' || ! scope="col" bgcolor="grey" | '''1.5 Release Target''' || ! scope="col" bgcolor="grey" | '''1.5 release Status'''
|-
| Functional Completion || All high features are completed. || bgcolor="#39FF14" | All high features except webhob/Toaster, #4137. CCB approved
|-
| Build and Release (Yocto) || All completed features can be built with no errors. || bgcolor="#39FF14" | Yes
|-
| Build and Release (BSPs) || Core BSPs can be built with no errors. || bgcolor="#39FF14" | Yes
|-
| Open Bugs || All bugs have been dispositioned. Milestone high issues have been fixed. || bgcolor="#39FF14" | [https://bugzilla.yoctoproject.org/buglist.cgi?priority=High&list_id=23883&bug_severity=critical&bug_severity=major&bug_severity=normal&bug_severity=minor&bug_severity=janitors&query_format=advanced&bug_status=UNCONFIRMED&bug_status=NEW&bug_status=ACCEPTED&bug_status=IN%20PROGRESS%20DESIGN&bug_status=IN%20PROGRESS%20DESIGN%20COMPLETE&bug_status=IN%20PROGRESS%20IMPLEMENTATION&bug_status=IN%20PROGRESS%20REVIEW&bug_status=REOPENED&bug_status=NEEDINFO&bug_status=WaitForUpstream&target_milestone=1.4&target_milestone=1.4%20M1&target_milestone=1.4%20M2&target_milestone=1.4%20M3&target_milestone=1.4%20M4&target_milestone=1.4%20M5] No high bugs open against the release, quality stable
|-
| Functional Tests || 100% of planned tests are executed and results are logged in bugzilla. || bgcolor="#39FF14" | https://wiki.yoctoproject.org/wiki/WW41_-_2013-10-08_-_Full_Pass_Release_1.5_M5.rc8 Done
|-
| Distros Tested || Fedora, Ubuntu, Opensuse, Centos current version || bgcolor="#39FF14" | Ubuntu 12.04 64bit, Ubuntu 13.10 64bit beta, Fedora 19 64bit, Fedora 19 32bit, Fedora 18 64bit, OpenSuse 12.3 64bit, OpenSuse 12.2 64bit, CentOS 6.4 64bit, CentOS 6.4 32bit, Debian 7 64bit
|-
| BSP Testing || 100% of planned tests are executed and results are logged in bugzilla. || bgcolor="#39FF14" | Done
|-
| Documentation || All 1.5 doc update || bgcolor="#39FF14" | Done
|-
| Build Performance || Try to at least maintain the current performance and improve if possible. || bgcolor="#39FF14" | https://wiki.yoctoproject.org/wiki/Performance_Test Improvements in some areas. No significant degradation.
|-
| Package Update || 70% || bgcolor="#39FF14" | Target met
|-
| Upstream Commits || Have upstream status updated on 100% of patches (so that we can have a status update) || bgcolor="#39FF14" | Target met
|-
| Publication || The release is announced || bgcolor="#39FF14" | Complete
|}

Yocto Project v1.5 Status

2013-10-15T20:48:55Z

Song: /* Milestone 5, 1.5 release */

Yocto Project 1.4 release Status

= Project Dashboard =
[[File: bugburndown-1-5.png]]

 

= Feature/Task Board =
== Overview ==
{|border="1" {{table}}
| align="center" style="background:#f0f0f0;"|'''Scheduled'''
| align="center" style="background:#f0f0f0;"|'''Design'''
| align="center" style="background:#f0f0f0;"|'''Design Complete'''
| align="center" style="background:#f0f0f0;"|'''Development'''
| align="center" style="background:#f0f0f0;"|'''Patch Review'''
| align="center" style="background:#f0f0f0;"|'''Testing'''
| align="center" style="background:#00ff00;"|'''Done'''
| align="center" style="background:#ff0000;"|'''Blocked'''
|-valign="top"
|{{#bugzilla:
|columns=id,to,milestone
|noresultsmessage="None"
|status=ACCEPTED,NEW
|milestone=1.5 M1,1.5 M2,1.5 M3,1.5 M4, 1.5 M5, 1.5
|severity=enhancement
|sort=milestone,to
}}
||{{#bugzilla:
|columns=id,to,milestone
|noresultsmessage="None"
|status=IN PROGRESS DESIGN
|milestone=1.5 M1,1.5 M2,1.5 M3,1.5 M4, 1.5 M5, 1.5
|severity=enhancement
|sort=milestone,to
}}
||{{#bugzilla:
|columns=id,to,milestone
|noresultsmessage="None"
|status=IN PROGRESS DESIGN COMPLETE
|milestone=1.5 M1,1.5 M2,1.5 M3,1.5 M4, 1.5 M5, 1.5
|severity=enhancement
|sort=milestone,to
}}
||{{#bugzilla:
|columns=id,to,milestone
|noresultsmessage="None"
|status=IN PROGRESS IMPLEMENTATION
|milestone=1.5 M1,1.5 M2,1.5 M3,1.5 M4, 1.5 M5, 1.5
|severity=enhancement
|sort=milestone,to
}}
||{{#bugzilla:
|columns=id,to,milestone
|noresultsmessage="None"
|status=IN PROGRESS REVIEW
|milestone=1.5 M1,1.5 M2,1.5 M3,1.5 M4, 1.5 M5, 1.5
|severity=enhancement
|sort=milestone,to
}}
||{{#bugzilla:
|columns=id,to,milestone
|status=RESOLVED
|milestone=1.5 M1,1.5 M2,1.5 M3,1.5 M4, 1.5 M5, 1.5
|severity=enhancement
|sort=milestone,to
}}
||{{#bugzilla:
|columns=id,to,milestone
|status=verified, closed
|milestone=1.5 M1,1.5 M2,1.5 M3,1.5 M4, 1.5 M5, 1.5
|severity=enhancement
|sort=milestone,to
}}
||{{#bugzilla:
|columns=id,to,milestone
|noresultsmessage="None"
|status=needinfo, waitforupstream
|milestone=1.5 M1,1.5 M2,1.5 M3,1.5 M4, 1.5 M5, 1.5
|severity=enhancement
|sort=milestone,to
}}
|}

== List View ==
=== Blocked ===
{{#bugzilla:
|columns=id,to,estimated,whiteboard,milestone,status
|noresultsmessage="None"
|status=needinfo,waitforupstream
|milestone=1.5 M1,1.5 M2,1.5 M3,1.5 M4, 1.5 M5, 1.5
|sort=milestone,to
|total=estimated
|severity=enhancement
}}

=== Scheduled ===
{{#bugzilla:
|columns=id,to,estimated,summary,whiteboard,milestone,status
|noresultsmessage="None"
|status=ACCEPTED,NEW
|milestone=1.5 M1,1.5 M2,1.5 M3,1.5 M4, 1.5 M5, 1.5
|sort=milestone,to
|severity=enhancement
|total=estimated
}}

=== Design ===
{{#bugzilla:
|columns=id,to,estimated,summary,whiteboard,milestone,status
|noresultsmessage="None"
|status=IN PROGRESS DESIGN
|milestone=1.5 M1,1.5 M2,1.5 M3,1.5 M4, 1.5 M5, 1.5
|sort=milestone,to
|severity=enhancement
|total=estimated
}}

=== Design Complete ===
{{#bugzilla:
|columns=id,to,estimated,summary,whiteboard,milestone,status
|noresultsmessage="None"
|status=IN PROGRESS DESIGN COMPLETE
|milestone=1.5 M1,1.5 M2,1.5 M3,1.5 M4, 1.5 M5, 1.5
|sort=milestone,to
|severity=enhancement
|total=estimated
}}

=== Development ===
{{#bugzilla:
|columns=id,to,estimated,summary,whiteboard,milestone,status
|noresultsmessage="None"
|status=IN PROGRESS IMPLEMENTATION
|milestone=1.5 M1,1.5 M2,1.5 M3,1.5 M4, 1.5 M5, 1.5
|sort=milestone,to
|severity=enhancement
|total=estimated
}}

=== Patch Review ===
{{#bugzilla:
|columns=id,to,estimated,summary,whiteboard,milestone,status
|noresultsmessage="None"
|status=IN PROGRESS REVIEW
|milestone=1.5 M1,1.5 M2,1.5 M3,1.5 M4, 1.5 M5, 1.5
|sort=milestone,to
|severity=enhancement
|total=estimated
}}

=== Testing ===
{{#bugzilla:
|columns=id,to,estimated,summary,whiteboard,milestone,status
|noresultsmessage="None"
|status=RESOLVED
|milestone=1.5 M1,1.5 M2,1.5 M3,1.5 M4, 1.5 M5, 1.5
|sort=milestone,to
|severity=enhancement
|total=estimated
}}

=== Done ===
{{#bugzilla:
|columns=id,to,estimated,summary,whiteboard,milestone,status
|status=verified, closed
|milestone=1.5 M1,1.5 M2,1.5 M3,1.5 M4, 1.5 M5, 1.5
|sort=milestone,to
|severity=enhancement
|total=estimated
}}
 

= Yocto Project SWAT team =
Chairperson of the current week: Laurentiu Palcu 
Please see here for the details of the SWAT team: https://wiki.yoctoproject.org/wiki/Yocto_Build_Failure_Swat_Team
 

= Yocto Project 1.5 Release Criteria =
== Milestone 1 ==
{| border="1" {{table}}
| ! scope="col" bgcolor="grey" | '''Release Criteria''' || ! scope="col" bgcolor="grey" | '''Milestone 1 Target''' || ! scope="col" bgcolor="grey" | '''Milestone 1 Status'''
|-
| Functional Completion || All high features are completed. || bgcolor="#39FF14" | Pass
|-
| Build and Release (Yocto) || All completed features can be built with no errors. || bgcolor="#39FF14" | Pass
|-
| Build and Release (BSPs) || Core BSPs can be built with no errors. || bgcolor="#39FF14" | Pass
|-
| Open Bugs || All bugs have been dispositioned. Milestone high issues have been fixed. || bgcolor="#39FF14" | [https://bugzilla.yoctoproject.org/buglist.cgi?priority=High&list_id=23883&bug_severity=critical&bug_severity=major&bug_severity=normal&bug_severity=minor&bug_severity=janitors&query_format=advanced&bug_status=UNCONFIRMED&bug_status=NEW&bug_status=ACCEPTED&bug_status=IN%20PROGRESS%20DESIGN&bug_status=IN%20PROGRESS%20DESIGN%20COMPLETE&bug_status=IN%20PROGRESS%20IMPLEMENTATION&bug_status=IN%20PROGRESS%20REVIEW&bug_status=REOPENED&bug_status=NEEDINFO&bug_status=WaitForUpstream&target_milestone=1.4&target_milestone=1.4%20M1&target_milestone=1.4%20M2&target_milestone=1.4%20M3&target_milestone=1.4%20M4&target_milestone=1.4%20M5] Pass
|-
| Functional Tests || 100% of planned tests are executed and results are logged in bugzilla. || bgcolor="#39FF14" | Pass
|-
| Distros Tested || Fedora, Ubuntu, Opensuse, Centos current version || bgcolor="#39FF14" | Ubuntu 12.04, Ubuntu 13.04, OpenSUSE 12.3, Fedora 18, CentOS 6.4
|-
| BSP Testing || 100% of planned tests are executed and results are logged in bugzilla. || bgcolor="#39FF14" | Pass
|-
| Documentation || No target || bgcolor="#39FF14" | Pass
|-
| Build Performance || Try to at least maintain the current performance and improve if possible. || bgcolor="#39FF14" | Pass
|-
| Package Update || Best Effort || bgcolor="#39FF14" | Adequate
|-
| Upstream Commits || Have upstream status updated on 100% of patches (so that we can have a status update) || bgcolor="#39FF14" | Pass
|-
| Publication || The release is announced || bgcolor="#39FF14" | Complete
|}
 

== Milestone 2 ==
{| border="1" {{table}}
| ! scope="col" bgcolor="grey" | '''Release Criteria''' || ! scope="col" bgcolor="grey" | '''Milestone 2 Target''' || ! scope="col" bgcolor="grey" | '''Milestone 2 Status'''
|-
| Functional Completion || All high features are completed. || bgcolor="red" | Some high features are slipped: 3619, 4267, 1584, 3867
|-
| Build and Release (Yocto) || All completed features can be built with no errors. || bgcolor="#39FF14" | Pass
|-
| Build and Release (BSPs) || Core BSPs can be built with no errors. || bgcolor="#39FF14" | All core BSPs built
|-
| Open Bugs || All bugs have been dispositioned. Milestone high issues have been fixed. || bgcolor="red" | [https://bugzilla.yoctoproject.org/buglist.cgi?priority=High&list_id=23883&bug_severity=critical&bug_severity=major&bug_severity=normal&bug_severity=minor&bug_severity=janitors&query_format=advanced&bug_status=UNCONFIRMED&bug_status=NEW&bug_status=ACCEPTED&bug_status=IN%20PROGRESS%20DESIGN&bug_status=IN%20PROGRESS%20DESIGN%20COMPLETE&bug_status=IN%20PROGRESS%20IMPLEMENTATION&bug_status=IN%20PROGRESS%20REVIEW&bug_status=REOPENED&bug_status=NEEDINFO&bug_status=WaitForUpstream&target_milestone=1.4&target_milestone=1.4%20M1&target_milestone=1.4%20M2&target_milestone=1.4%20M3&target_milestone=1.4%20M4&target_milestone=1.4%20M5] <br\> No high bugs against M2, but there are some concerning issues such as the LSB image issue (4815), build appliance issue (4847), etc.
|-
| Functional Tests || 100% of planned tests are executed and results are logged in bugzilla. || bgcolor="#39FF14" | Pass
|-
| Distros Tested || Fedora, Ubuntu, Opensuse, Centos current version || bgcolor="#39FF14" | Fedora 18 32bit, Fedora 18 64bit, Ubuntu 13.04, Ubuntu 12.04, OpenSUSE 12.3 64bit, CentOS 6.4 x86_64
|-
| BSP Testing || 100% of planned tests are executed and results are logged in bugzilla. || bgcolor="#39FF14" | Pass
|-
| Documentation || No target || bgcolor="#39FF14" | Pass
|-
| Build Performance || Try to at least maintain the current performance and improve if possible. || bgcolor="#39FF14" | Pass
|-
| Package Update || 60% || bgcolor="#39FF14" | Package reporting system working. Pass
|-
| Upstream Commits || Have upstream status updated on 100% of patches (so that we can have a status update) || bgcolor="#39FF14" | Pass
|-
| Publication || The release is announced || bgcolor="red" | Team decided NOT to release M2 due to high feature slipping and some quality issues.
|}
 

== Milestone 3 ==
{| border="1" {{table}}
| ! scope="col" bgcolor="grey" | '''Release Criteria''' || ! scope="col" bgcolor="grey" | '''Milestone 3 Target''' || ! scope="col" bgcolor="grey" | '''Milestone 3 Status'''
|-
| Functional Completion || All high features are completed. || bgcolor="#39FF14" | Functions complete
|-
| Build and Release (Yocto) || All completed features can be built with no errors. || bgcolor="#39FF14" | Passed full pass testing
|-
| Build and Release (BSPs) || Core BSPs can be built with no errors. || bgcolor="#39FF14" | Passed full pass testing
|-
| Open Bugs || All bugs have been dispositioned. Milestone high issues have been fixed. || bgcolor="#39FF14" | [https://bugzilla.yoctoproject.org/buglist.cgi?priority=High&list_id=23883&bug_severity=critical&bug_severity=major&bug_severity=normal&bug_severity=minor&bug_severity=janitors&query_format=advanced&bug_status=UNCONFIRMED&bug_status=NEW&bug_status=ACCEPTED&bug_status=IN%20PROGRESS%20DESIGN&bug_status=IN%20PROGRESS%20DESIGN%20COMPLETE&bug_status=IN%20PROGRESS%20IMPLEMENTATION&bug_status=IN%20PROGRESS%20REVIEW&bug_status=REOPENED&bug_status=NEEDINFO&bug_status=WaitForUpstream&target_milestone=1.4&target_milestone=1.4%20M1&target_milestone=1.4%20M2&target_milestone=1.4%20M3&target_milestone=1.4%20M4&target_milestone=1.4%20M5] Pass
|-
| Functional Tests || 100% of planned tests are executed and results are logged in bugzilla. || bgcolor="#39FF14" | Passed full pass testing
|-
| Distros Tested || Fedora, Ubuntu, Opensuse, Centos current version || bgcolor="#39FF14" | Ubuntu 12.04 x86_64, Ubuntu 13.04 x86_64, Fedora 18 i686, CentOS 6.4 x86_64
|-
| BSP Testing || 100% of planned tests are executed and results are logged in bugzilla. || bgcolor="#39FF14" | Passed full pass testing
|-
| Documentation || No target || bgcolor="#39FF14" | N/A
|-
| Build Performance || Try to at least maintain the current performance and improve if possible. || bgcolor="#39FF14" | Pass
|-
| Package Update || 70% || bgcolor="#39FF14" | Pass
|-
| Upstream Commits || Have upstream status updated on 100% of patches (so that we can have a status update) || bgcolor="#39FF14" | Pass
|-
| Publication || The release is announced || bgcolor="#39FF14" | Complete
|}
 

== Milestone 4 ==
{| border="1" {{table}}
| ! scope="col" bgcolor="grey" | '''Release Criteria''' || ! scope="col" bgcolor="grey" | '''Milestone 4 Target''' || ! scope="col" bgcolor="grey" | '''Milestone 4 Status'''
|-
| Functional Completion || All high features are completed. || bgcolor="#39FF14" | Pass
|-
| Build and Release (Yocto) || All completed features can be built with no errors. || bgcolor="#39FF14" | Pass
|-
| Build and Release (BSPs) || Core BSPs can be built with no errors. || bgcolor="#39FF14" | Pass
|-
| Open Bugs || All bugs have been dispositioned. Milestone high issues have been fixed. || bgcolor="#39FF14" | [https://bugzilla.yoctoproject.org/buglist.cgi?priority=High&list_id=23883&bug_severity=critical&bug_severity=major&bug_severity=normal&bug_severity=minor&bug_severity=janitors&query_format=advanced&bug_status=UNCONFIRMED&bug_status=NEW&bug_status=ACCEPTED&bug_status=IN%20PROGRESS%20DESIGN&bug_status=IN%20PROGRESS%20DESIGN%20COMPLETE&bug_status=IN%20PROGRESS%20IMPLEMENTATION&bug_status=IN%20PROGRESS%20REVIEW&bug_status=REOPENED&bug_status=NEEDINFO&bug_status=WaitForUpstream&target_milestone=1.4&target_milestone=1.4%20M1&target_milestone=1.4%20M2&target_milestone=1.4%20M3&target_milestone=1.4%20M4&target_milestone=1.4%20M5] pass
|-
| Functional Tests || 100% of planned tests are executed and results are logged in bugzilla. || bgcolor="#39FF14" | https://wiki.yoctoproject.org/wiki/WW36_-_2013-09-05_-_Full_Pass_Release_1.5_M4.rc3 Pass
|-
| Distros Tested || Fedora, Ubuntu, Opensuse, Centos current version || bgcolor="#39FF14" | Ubuntu 12.04 64bit, Ubuntu 13.10 64bit, Fedora 17 64bit, Fedora 19 32bit, Fedora 18 64bit, OpenSuse 12.3 64bit, OpenSuse 12.2 64bit, centos
|-
| BSP Testing || 100% of planned tests are executed and results are logged in bugzilla. || bgcolor="#39FF14" | Pass
|-
| Documentation || No target || bgcolor="#39FF14" | n/a
|-
| Build Performance || Try to at least maintain the current performance and improve if possible. || bgcolor="#39FF14" | No degradation, met
|-
| Package Update || 70% || bgcolor="#39FF14" | target met
|-
| Upstream Commits || Have upstream status updated on 100% of patches (so that we can have a status update) || bgcolor="#39FF14" | Target met
|-
| Publication || The release is announced || bgcolor="#39FF14" | Complete
|}
 

== Milestone 5, 1.5 release ==
{| border="1" {{table}}
| ! scope="col" bgcolor="grey" | '''Release Criteria''' || ! scope="col" bgcolor="grey" | '''1.5 Release Target''' || ! scope="col" bgcolor="grey" | '''1.5 release Status'''
|-
| Functional Completion || All high features are completed. || bgcolor="" | All high features except webhob/Toaster, #4137
|-
| Build and Release (Yocto) || All completed features can be built with no errors. || bgcolor="" | Yes
|-
| Build and Release (BSPs) || Core BSPs can be built with no errors. || bgcolor="" | Yes
|-
| Open Bugs || All bugs have been dispositioned. Milestone high issues have been fixed. || bgcolor="" | [https://bugzilla.yoctoproject.org/buglist.cgi?priority=High&list_id=23883&bug_severity=critical&bug_severity=major&bug_severity=normal&bug_severity=minor&bug_severity=janitors&query_format=advanced&bug_status=UNCONFIRMED&bug_status=NEW&bug_status=ACCEPTED&bug_status=IN%20PROGRESS%20DESIGN&bug_status=IN%20PROGRESS%20DESIGN%20COMPLETE&bug_status=IN%20PROGRESS%20IMPLEMENTATION&bug_status=IN%20PROGRESS%20REVIEW&bug_status=REOPENED&bug_status=NEEDINFO&bug_status=WaitForUpstream&target_milestone=1.4&target_milestone=1.4%20M1&target_milestone=1.4%20M2&target_milestone=1.4%20M3&target_milestone=1.4%20M4&target_milestone=1.4%20M5] No high bugs open against the release, quality stable
|-
| Functional Tests || 100% of planned tests are executed and results are logged in bugzilla. || bgcolor="" | https://wiki.yoctoproject.org/wiki/WW41_-_2013-10-08_-_Full_Pass_Release_1.5_M5.rc8 Done
|-
| Distros Tested || Fedora, Ubuntu, Opensuse, Centos current version || bgcolor="" | Ubuntu 12.04 64bit, Ubuntu 13.10 64bit beta, Fedora 19 64bit, Fedora 19 32bit, Fedora 18 64bit, OpenSuse 12.3 64bit, OpenSuse 12.2 64bit, CentOS 6.4 64bit, CentOS 6.4 32bit, Debian 7 64bit
|-
| BSP Testing || 100% of planned tests are executed and results are logged in bugzilla. || bgcolor="" | Done
|-
| Documentation || All 1.5 doc update || bgcolor="" | Done
|-
| Build Performance || Try to at least maintain the current performance and improve if possible. || bgcolor="" | https://wiki.yoctoproject.org/wiki/Performance_Test
|-
| Package Update || 70% || bgcolor="" |
|-
| Upstream Commits || Have upstream status updated on 100% of patches (so that we can have a status update) || bgcolor="" |
|-
| Publication || The release is announced || bgcolor="" |
|}

Yocto Project v1.5 Status

2013-10-15T20:36:19Z

Song: /* Milestone 4 */

Yocto Project 1.4 release Status

= Project Dashboard =
[[File: bugburndown-1-5.png]]

 

= Feature/Task Board =
== Overview ==
{|border="1" {{table}}
| align="center" style="background:#f0f0f0;"|'''Scheduled'''
| align="center" style="background:#f0f0f0;"|'''Design'''
| align="center" style="background:#f0f0f0;"|'''Design Complete'''
| align="center" style="background:#f0f0f0;"|'''Development'''
| align="center" style="background:#f0f0f0;"|'''Patch Review'''
| align="center" style="background:#f0f0f0;"|'''Testing'''
| align="center" style="background:#00ff00;"|'''Done'''
| align="center" style="background:#ff0000;"|'''Blocked'''
|-valign="top"
|{{#bugzilla:
|columns=id,to,milestone
|noresultsmessage="None"
|status=ACCEPTED,NEW
|milestone=1.5 M1,1.5 M2,1.5 M3,1.5 M4, 1.5 M5, 1.5
|severity=enhancement
|sort=milestone,to
}}
||{{#bugzilla:
|columns=id,to,milestone
|noresultsmessage="None"
|status=IN PROGRESS DESIGN
|milestone=1.5 M1,1.5 M2,1.5 M3,1.5 M4, 1.5 M5, 1.5
|severity=enhancement
|sort=milestone,to
}}
||{{#bugzilla:
|columns=id,to,milestone
|noresultsmessage="None"
|status=IN PROGRESS DESIGN COMPLETE
|milestone=1.5 M1,1.5 M2,1.5 M3,1.5 M4, 1.5 M5, 1.5
|severity=enhancement
|sort=milestone,to
}}
||{{#bugzilla:
|columns=id,to,milestone
|noresultsmessage="None"
|status=IN PROGRESS IMPLEMENTATION
|milestone=1.5 M1,1.5 M2,1.5 M3,1.5 M4, 1.5 M5, 1.5
|severity=enhancement
|sort=milestone,to
}}
||{{#bugzilla:
|columns=id,to,milestone
|noresultsmessage="None"
|status=IN PROGRESS REVIEW
|milestone=1.5 M1,1.5 M2,1.5 M3,1.5 M4, 1.5 M5, 1.5
|severity=enhancement
|sort=milestone,to
}}
||{{#bugzilla:
|columns=id,to,milestone
|status=RESOLVED
|milestone=1.5 M1,1.5 M2,1.5 M3,1.5 M4, 1.5 M5, 1.5
|severity=enhancement
|sort=milestone,to
}}
||{{#bugzilla:
|columns=id,to,milestone
|status=verified, closed
|milestone=1.5 M1,1.5 M2,1.5 M3,1.5 M4, 1.5 M5, 1.5
|severity=enhancement
|sort=milestone,to
}}
||{{#bugzilla:
|columns=id,to,milestone
|noresultsmessage="None"
|status=needinfo, waitforupstream
|milestone=1.5 M1,1.5 M2,1.5 M3,1.5 M4, 1.5 M5, 1.5
|severity=enhancement
|sort=milestone,to
}}
|}

== List View ==
=== Blocked ===
{{#bugzilla:
|columns=id,to,estimated,whiteboard,milestone,status
|noresultsmessage="None"
|status=needinfo,waitforupstream
|milestone=1.5 M1,1.5 M2,1.5 M3,1.5 M4, 1.5 M5, 1.5
|sort=milestone,to
|total=estimated
|severity=enhancement
}}

=== Scheduled ===
{{#bugzilla:
|columns=id,to,estimated,summary,whiteboard,milestone,status
|noresultsmessage="None"
|status=ACCEPTED,NEW
|milestone=1.5 M1,1.5 M2,1.5 M3,1.5 M4, 1.5 M5, 1.5
|sort=milestone,to
|severity=enhancement
|total=estimated
}}

=== Design ===
{{#bugzilla:
|columns=id,to,estimated,summary,whiteboard,milestone,status
|noresultsmessage="None"
|status=IN PROGRESS DESIGN
|milestone=1.5 M1,1.5 M2,1.5 M3,1.5 M4, 1.5 M5, 1.5
|sort=milestone,to
|severity=enhancement
|total=estimated
}}

=== Design Complete ===
{{#bugzilla:
|columns=id,to,estimated,summary,whiteboard,milestone,status
|noresultsmessage="None"
|status=IN PROGRESS DESIGN COMPLETE
|milestone=1.5 M1,1.5 M2,1.5 M3,1.5 M4, 1.5 M5, 1.5
|sort=milestone,to
|severity=enhancement
|total=estimated
}}

=== Development ===
{{#bugzilla:
|columns=id,to,estimated,summary,whiteboard,milestone,status
|noresultsmessage="None"
|status=IN PROGRESS IMPLEMENTATION
|milestone=1.5 M1,1.5 M2,1.5 M3,1.5 M4, 1.5 M5, 1.5
|sort=milestone,to
|severity=enhancement
|total=estimated
}}

=== Patch Review ===
{{#bugzilla:
|columns=id,to,estimated,summary,whiteboard,milestone,status
|noresultsmessage="None"
|status=IN PROGRESS REVIEW
|milestone=1.5 M1,1.5 M2,1.5 M3,1.5 M4, 1.5 M5, 1.5
|sort=milestone,to
|severity=enhancement
|total=estimated
}}

=== Testing ===
{{#bugzilla:
|columns=id,to,estimated,summary,whiteboard,milestone,status
|noresultsmessage="None"
|status=RESOLVED
|milestone=1.5 M1,1.5 M2,1.5 M3,1.5 M4, 1.5 M5, 1.5
|sort=milestone,to
|severity=enhancement
|total=estimated
}}

=== Done ===
{{#bugzilla:
|columns=id,to,estimated,summary,whiteboard,milestone,status
|status=verified, closed
|milestone=1.5 M1,1.5 M2,1.5 M3,1.5 M4, 1.5 M5, 1.5
|sort=milestone,to
|severity=enhancement
|total=estimated
}}
 

= Yocto Project SWAT team =
Chairperson of the current week: Laurentiu Palcu 
Please see here for the details of the SWAT team: https://wiki.yoctoproject.org/wiki/Yocto_Build_Failure_Swat_Team
 

= Yocto Project 1.5 Release Criteria =
== Milestone 1 ==
{| border="1" {{table}}
| ! scope="col" bgcolor="grey" | '''Release Criteria''' || ! scope="col" bgcolor="grey" | '''Milestone 1 Target''' || ! scope="col" bgcolor="grey" | '''Milestone 1 Status'''
|-
| Functional Completion || All high features are completed. || bgcolor="#39FF14" | Pass
|-
| Build and Release (Yocto) || All completed features can be built with no errors. || bgcolor="#39FF14" | Pass
|-
| Build and Release (BSPs) || Core BSPs can be built with no errors. || bgcolor="#39FF14" | Pass
|-
| Open Bugs || All bugs have been dispositioned. Milestone high issues have been fixed. || bgcolor="#39FF14" | [https://bugzilla.yoctoproject.org/buglist.cgi?priority=High&list_id=23883&bug_severity=critical&bug_severity=major&bug_severity=normal&bug_severity=minor&bug_severity=janitors&query_format=advanced&bug_status=UNCONFIRMED&bug_status=NEW&bug_status=ACCEPTED&bug_status=IN%20PROGRESS%20DESIGN&bug_status=IN%20PROGRESS%20DESIGN%20COMPLETE&bug_status=IN%20PROGRESS%20IMPLEMENTATION&bug_status=IN%20PROGRESS%20REVIEW&bug_status=REOPENED&bug_status=NEEDINFO&bug_status=WaitForUpstream&target_milestone=1.4&target_milestone=1.4%20M1&target_milestone=1.4%20M2&target_milestone=1.4%20M3&target_milestone=1.4%20M4&target_milestone=1.4%20M5] Pass
|-
| Functional Tests || 100% of planned tests are executed and results are logged in bugzilla. || bgcolor="#39FF14" | Pass
|-
| Distros Tested || Fedora, Ubuntu, Opensuse, Centos current version || bgcolor="#39FF14" | Ubuntu 12.04, Ubuntu 13.04, OpenSUSE 12.3, Fedora 18, CentOS 6.4
|-
| BSP Testing || 100% of planned tests are executed and results are logged in bugzilla. || bgcolor="#39FF14" | Pass
|-
| Documentation || No target || bgcolor="#39FF14" | Pass
|-
| Build Performance || Try to at least maintain the current performance and improve if possible. || bgcolor="#39FF14" | Pass
|-
| Package Update || Best Effort || bgcolor="#39FF14" | Adequate
|-
| Upstream Commits || Have upstream status updated on 100% of patches (so that we can have a status update) || bgcolor="#39FF14" | Pass
|-
| Publication || The release is announced || bgcolor="#39FF14" | Complete
|}
 

== Milestone 2 ==
{| border="1" {{table}}
| ! scope="col" bgcolor="grey" | '''Release Criteria''' || ! scope="col" bgcolor="grey" | '''Milestone 2 Target''' || ! scope="col" bgcolor="grey" | '''Milestone 2 Status'''
|-
| Functional Completion || All high features are completed. || bgcolor="red" | Some high features are slipped: 3619, 4267, 1584, 3867
|-
| Build and Release (Yocto) || All completed features can be built with no errors. || bgcolor="#39FF14" | Pass
|-
| Build and Release (BSPs) || Core BSPs can be built with no errors. || bgcolor="#39FF14" | All core BSPs built
|-
| Open Bugs || All bugs have been dispositioned. Milestone high issues have been fixed. || bgcolor="red" | [https://bugzilla.yoctoproject.org/buglist.cgi?priority=High&list_id=23883&bug_severity=critical&bug_severity=major&bug_severity=normal&bug_severity=minor&bug_severity=janitors&query_format=advanced&bug_status=UNCONFIRMED&bug_status=NEW&bug_status=ACCEPTED&bug_status=IN%20PROGRESS%20DESIGN&bug_status=IN%20PROGRESS%20DESIGN%20COMPLETE&bug_status=IN%20PROGRESS%20IMPLEMENTATION&bug_status=IN%20PROGRESS%20REVIEW&bug_status=REOPENED&bug_status=NEEDINFO&bug_status=WaitForUpstream&target_milestone=1.4&target_milestone=1.4%20M1&target_milestone=1.4%20M2&target_milestone=1.4%20M3&target_milestone=1.4%20M4&target_milestone=1.4%20M5] <br\> No high bugs against M2, but there are some concerning issues such as the LSB image issue (4815), build appliance issue (4847), etc.
|-
| Functional Tests || 100% of planned tests are executed and results are logged in bugzilla. || bgcolor="#39FF14" | Pass
|-
| Distros Tested || Fedora, Ubuntu, Opensuse, Centos current version || bgcolor="#39FF14" | Fedora 18 32bit, Fedora 18 64bit, Ubuntu 13.04, Ubuntu 12.04, OpenSUSE 12.3 64bit, CentOS 6.4 x86_64
|-
| BSP Testing || 100% of planned tests are executed and results are logged in bugzilla. || bgcolor="#39FF14" | Pass
|-
| Documentation || No target || bgcolor="#39FF14" | Pass
|-
| Build Performance || Try to at least maintain the current performance and improve if possible. || bgcolor="#39FF14" | Pass
|-
| Package Update || 60% || bgcolor="#39FF14" | Package reporting system working. Pass
|-
| Upstream Commits || Have upstream status updated on 100% of patches (so that we can have a status update) || bgcolor="#39FF14" | Pass
|-
| Publication || The release is announced || bgcolor="red" | Team decided NOT to release M2 due to high feature slipping and some quality issues.
|}
 

== Milestone 3 ==
{| border="1" {{table}}
| ! scope="col" bgcolor="grey" | '''Release Criteria''' || ! scope="col" bgcolor="grey" | '''Milestone 3 Target''' || ! scope="col" bgcolor="grey" | '''Milestone 3 Status'''
|-
| Functional Completion || All high features are completed. || bgcolor="#39FF14" | Functions complete
|-
| Build and Release (Yocto) || All completed features can be built with no errors. || bgcolor="#39FF14" | Passed full pass testing
|-
| Build and Release (BSPs) || Core BSPs can be built with no errors. || bgcolor="#39FF14" | Passed full pass testing
|-
| Open Bugs || All bugs have been dispositioned. Milestone high issues have been fixed. || bgcolor="#39FF14" | [https://bugzilla.yoctoproject.org/buglist.cgi?priority=High&list_id=23883&bug_severity=critical&bug_severity=major&bug_severity=normal&bug_severity=minor&bug_severity=janitors&query_format=advanced&bug_status=UNCONFIRMED&bug_status=NEW&bug_status=ACCEPTED&bug_status=IN%20PROGRESS%20DESIGN&bug_status=IN%20PROGRESS%20DESIGN%20COMPLETE&bug_status=IN%20PROGRESS%20IMPLEMENTATION&bug_status=IN%20PROGRESS%20REVIEW&bug_status=REOPENED&bug_status=NEEDINFO&bug_status=WaitForUpstream&target_milestone=1.4&target_milestone=1.4%20M1&target_milestone=1.4%20M2&target_milestone=1.4%20M3&target_milestone=1.4%20M4&target_milestone=1.4%20M5] Pass
|-
| Functional Tests || 100% of planned tests are executed and results are logged in bugzilla. || bgcolor="#39FF14" | Passed full pass testing
|-
| Distros Tested || Fedora, Ubuntu, Opensuse, Centos current version || bgcolor="#39FF14" | Ubuntu 12.04 x86_64, Ubuntu 13.04 x86_64, Fedora 18 i686, CentOS 6.4 x86_64
|-
| BSP Testing || 100% of planned tests are executed and results are logged in bugzilla. || bgcolor="#39FF14" | Passed full pass testing
|-
| Documentation || No target || bgcolor="#39FF14" | N/A
|-
| Build Performance || Try to at least maintain the current performance and improve if possible. || bgcolor="#39FF14" | Pass
|-
| Package Update || 70% || bgcolor="#39FF14" | Pass
|-
| Upstream Commits || Have upstream status updated on 100% of patches (so that we can have a status update) || bgcolor="#39FF14" | Pass
|-
| Publication || The release is announced || bgcolor="#39FF14" | Complete
|}
 

== Milestone 4 ==
{| border="1" {{table}}
| ! scope="col" bgcolor="grey" | '''Release Criteria''' || ! scope="col" bgcolor="grey" | '''Milestone 4 Target''' || ! scope="col" bgcolor="grey" | '''Milestone 4 Status'''
|-
| Functional Completion || All high features are completed. || bgcolor="#39FF14" | Pass
|-
| Build and Release (Yocto) || All completed features can be built with no errors. || bgcolor="#39FF14" | Pass
|-
| Build and Release (BSPs) || Core BSPs can be built with no errors. || bgcolor="#39FF14" | Pass
|-
| Open Bugs || All bugs have been dispositioned. Milestone high issues have been fixed. || bgcolor="#39FF14" | [https://bugzilla.yoctoproject.org/buglist.cgi?priority=High&list_id=23883&bug_severity=critical&bug_severity=major&bug_severity=normal&bug_severity=minor&bug_severity=janitors&query_format=advanced&bug_status=UNCONFIRMED&bug_status=NEW&bug_status=ACCEPTED&bug_status=IN%20PROGRESS%20DESIGN&bug_status=IN%20PROGRESS%20DESIGN%20COMPLETE&bug_status=IN%20PROGRESS%20IMPLEMENTATION&bug_status=IN%20PROGRESS%20REVIEW&bug_status=REOPENED&bug_status=NEEDINFO&bug_status=WaitForUpstream&target_milestone=1.4&target_milestone=1.4%20M1&target_milestone=1.4%20M2&target_milestone=1.4%20M3&target_milestone=1.4%20M4&target_milestone=1.4%20M5] pass
|-
| Functional Tests || 100% of planned tests are executed and results are logged in bugzilla. || bgcolor="#39FF14" | https://wiki.yoctoproject.org/wiki/WW36_-_2013-09-05_-_Full_Pass_Release_1.5_M4.rc3 Pass
|-
| Distros Tested || Fedora, Ubuntu, Opensuse, Centos current version || bgcolor="#39FF14" | Ubuntu 12.04 64bit, Ubuntu 13.10 64bit, Fedora 17 64bit, Fedora 19 32bit, Fedora 18 64bit, OpenSuse 12.3 64bit, OpenSuse 12.2 64bit, centos
|-
| BSP Testing || 100% of planned tests are executed and results are logged in bugzilla. || bgcolor="#39FF14" | Pass
|-
| Documentation || No target || bgcolor="#39FF14" | n/a
|-
| Build Performance || Try to at least maintain the current performance and improve if possible. || bgcolor="#39FF14" | No degradation, met
|-
| Package Update || 70% || bgcolor="#39FF14" | target met
|-
| Upstream Commits || Have upstream status updated on 100% of patches (so that we can have a status update) || bgcolor="#39FF14" | Target met
|-
| Publication || The release is announced || bgcolor="#39FF14" | Complete
|}
 

== Milestone 5, 1.5 release ==
{| border="1" {{table}}
| ! scope="col" bgcolor="grey" | '''Release Criteria''' || ! scope="col" bgcolor="grey" | '''1.5 Release Target''' || ! scope="col" bgcolor="grey" | '''1.5 release Status'''
|-
| Functional Completion || All high features are completed. || bgcolor="" | All high features except webhob/Toaster, #4137
|-
| Build and Release (Yocto) || All completed features can be built with no errors. || bgcolor="" | Yes
|-
| Build and Release (BSPs) || Core BSPs can be built with no errors. || bgcolor="" | Yes
|-
| Open Bugs || All bugs have been dispositioned. Milestone high issues have been fixed. || bgcolor="" | [https://bugzilla.yoctoproject.org/buglist.cgi?priority=High&list_id=23883&bug_severity=critical&bug_severity=major&bug_severity=normal&bug_severity=minor&bug_severity=janitors&query_format=advanced&bug_status=UNCONFIRMED&bug_status=NEW&bug_status=ACCEPTED&bug_status=IN%20PROGRESS%20DESIGN&bug_status=IN%20PROGRESS%20DESIGN%20COMPLETE&bug_status=IN%20PROGRESS%20IMPLEMENTATION&bug_status=IN%20PROGRESS%20REVIEW&bug_status=REOPENED&bug_status=NEEDINFO&bug_status=WaitForUpstream&target_milestone=1.4&target_milestone=1.4%20M1&target_milestone=1.4%20M2&target_milestone=1.4%20M3&target_milestone=1.4%20M4&target_milestone=1.4%20M5] No high bugs open against the release, quality stable
|-
| Functional Tests || 100% of planned tests are executed and results are logged in bugzilla. || bgcolor="" | https://wiki.yoctoproject.org/wiki/WW41_-_2013-10-08_-_Full_Pass_Release_1.5_M5.rc8 Done
|-
| Distros Tested || Fedora, Ubuntu, Opensuse, Centos current version || bgcolor="" | Ubuntu 12.04 64bit, Ubuntu 13.10 64bit beta, Fedora 19 64bit, Fedora 19 32bit, Fedora 18 64bit, OpenSuse 12.3 64bit, OpenSuse 12.2 64bit, CentOS 6.4 64bit, CentOS 6.4 32bit, Debian 7 64bit
|-
| BSP Testing || 100% of planned tests are executed and results are logged in bugzilla. || bgcolor="" | Done
|-
| Documentation || All 1.5 doc update || bgcolor="" | Done
|-
| Build Performance || Try to at least maintain the current performance and improve if possible. || bgcolor="" | https://wiki.yoctoproject.org/wiki/Performance_Test
|-
| Package Update || 70% || bgcolor="" |
|-
| Upstream Commits || Have upstream status updated on 100% of patches (so that we can have a status update) || bgcolor="" |
|-
| Publication || The release is announced || bgcolor="" |
|}

Meta-intel Release Process

2013-10-01T21:13:01Z

Song: /* Branch and Tag Management */

meta-intel releases happen with the same cadence that poky releases happen, though the actual release may be staggered with respect to the associated poky release. We now attempt to co-release with poky, or at least have everything ready to co-release, but the actual release decision may dictate that we don't actually co-release. The meta-intel release may also be staggered simply because meta-intel needs the extra time to stabilize against the associated poky release.

This pages attempts to capture the meta-intel release process as it exists - it isn't meant to be an official or binding document.

Also, this process only addresses the BSPs built and released by the Yocto Autobuilder team, and tested by the Yocto QA team - it doesn't address the release process for any BSPs that are managed outside of that process, such as the ISG BSPs, which may be built using a separate autobuilder and tested by ISG, i.e. which have their own release process, though their metadata may exist within the meta-intel and linux-yocto repositories.

=== Overall Responsibilities ===

The meta-intel repository consists of a set of BSPs and some common metadata. Because those BSPs each have separate owners, we can't make a blanket assertion that all those BSPs will be released as part of a meta-intel release. It would be nice to be able to do so, but in reality, different groups of maintainers may decide to do separate releases. As such. this section only describes the perceived responsibilities of the maintainers for the set of BSPs controlled by the Yocto team.

The Yocto Project Program Manager has the ultimate responsibility for coordinating the various BSP owners and managing the overall meta-intel release.

* Basically the BSP maintainer(s) are responsible for tracking the release milestones and making sure the BSPs are up-to-date and releasable with respect to the poky release. This includes all recipe upgrades and bugfixes intended to go into the release.
* At each release candidate, the autobuilder team generates the images passes them on to QA for testing.
* QA tests and provides feedback on how the BSPs meet the release criteria.
* The BSP maintainer(s) fix any problems found by QA, and the cycle repeats itself in the next RC cycle, until all BSPs can be released.

Once the BSPs are ready to be released from the BSP maintainer's and QA team standpoint, the autobuilder team generates release tarballs for each BSP and makes them available to the Yocto website maintainers for availability as downloads on the Yocto website.
* The yocto website maintainers make the tarballs available from pages containing the release notes for each BSP, along with test reports and image verification status for each (see sections below for details).
* Any problems not fixed by the BSP maintainers need to be noted by the maintainer and sent to the website maintainer and Yocto documentation maintainer as 'Layer-specific Notes' to be appended to each affected BSP's release notes (see below).

=== Basic Process ===
Even though exceptions may occur for some BSPs, this is the basic process we use to release all meta-intel BSPs:

* All meta-intel BSPs will be build along with each Yocto Project milestone release candidates. Then QA will follow and results will be integrated with the full pass QA report.
* Bugs will be fixed/handled by maintainers or others.
* Within the first week after Yocto Project major release, RC1 for meta-intel BSPs will be built and tested.
* Within the second week after Yocto Project major release, RC2 for meta-intel BSPs will be built and tested.
* meta-intel BSPs will be released by the end of the third week after Yocto Project major release.

=== Branch and Tag Management ===

The autobuilder maintainers are the only ones who can create new branches and release tags in meta-intel, and will do so when necessary as required to generate the infrastructure needed for a release.
* Once a new branch is created for the release, the meta-intel maintainer(s) will add new commits to both master and the release branch up until the time of release (as appropriate - some patches may only be intended for master or the release)

=== meta-intel BSP directory naming convention ===

All directories for meta-intel BSPs should be named in the format of:

meta-platform[-cpu][-crb]

Note: CPU name and CRB name are optional if the BSP supports more than 1 CPU or CRB

=== Release Notes ===

Currently, the 'release notes' for a BSP consist of the information found on the web page for the BSP in the 'Downloads' section for the BSP, and essentially consists of the BSP's README along with a 'Layer-Specific Notes' section, which is tacked on to the end of the page.

* The Yocto documentation and website maintainers will be responsible for the content of the BSP pages and will ask the BSP maintainer(s) for any additional information needed for a particular BSP
* Normally the only thing needed from the BSP maintainer(s) are the 'Layer-Specific Notes' for a BSP, which the BSP maintainers should supply to the documentation and website maintainers unsolicited as part of the release process.
** Any layer-specific notes that affect multiple or all BSPs should be attached to each BSP separately in the 'Layer-Specific Notes' section.
* The title used for the BSP on the website is retrieved by the documentation and website maintainers from the BSP's WEBTITLE field in the BSP's machine.conf, and should therefore reflect accurately how the BSP is identified on the website. This may be a string defined by marketing, and should at least be approved by marketing.

=== Testing ===

According to the Yocto Project compliance requirements, no meta-intel BSP can be released without testing data. The webpage for each BSP must contain a link to the testing data generated for every image contained in a released BSP. For the BSPs tested by Yocto QA, the QA test report should be the one linked to for those BSPs.

=== Image Verification ===

For every BSP image contained in a tarball released on the Yocto website, it must be verified that the image can be independently generated from scratch (including downloads) using the released metadata.

Customers must (and have, and will) be able to verify that the images contained in the release tarball can in fact be generated from the combination of the metadata contained in the BSP tarball and the set of packages downloaded by the build (from a scratch build) process to create those images.

In practice, this means that the autobuilder maintainer needs to supply the settings required to generate the BSP to the person verifiying the image. If the release tarball is generated by some other process, the BSP maintainer needs to supply that information.
* Note that all images released on the website must contain a time-limited kernel and this must be taken into account when verifying the image.

Yocto Project v1.5 Status

2013-09-23T22:46:57Z

Song: /* Milestone 4 */

Yocto Project v1.5 Status

2013-09-13T16:51:33Z

Song: /* Milestone 4 */

Yocto Project v1.5 Status

2013-09-13T15:59:58Z

Song: /* Milestone 4 */

Yocto Project 1.4 release Status

= Project Dashboard =
[[File: bugburndown-1-5.png]]

 

= Feature/Task Board =
== Overview ==
{|border="1" {{table}}
| align="center" style="background:#f0f0f0;"|'''Scheduled'''
| align="center" style="background:#f0f0f0;"|'''Design'''
| align="center" style="background:#f0f0f0;"|'''Design Complete'''
| align="center" style="background:#f0f0f0;"|'''Development'''
| align="center" style="background:#f0f0f0;"|'''Patch Review'''
| align="center" style="background:#f0f0f0;"|'''Testing'''
| align="center" style="background:#00ff00;"|'''Done'''
| align="center" style="background:#ff0000;"|'''Blocked'''
|-valign="top"
|{{#bugzilla:
|columns=id,to,milestone
|noresultsmessage="None"
|status=ACCEPTED,NEW
|milestone=1.5 M1,1.5 M2,1.5 M3,1.5 M4, 1.5 M5, 1.5
|severity=enhancement
|sort=milestone,to
}}
||{{#bugzilla:
|columns=id,to,milestone
|noresultsmessage="None"
|status=IN PROGRESS DESIGN
|milestone=1.5 M1,1.5 M2,1.5 M3,1.5 M4, 1.5 M5, 1.5
|severity=enhancement
|sort=milestone,to
}}
||{{#bugzilla:
|columns=id,to,milestone
|noresultsmessage="None"
|status=IN PROGRESS DESIGN COMPLETE
|milestone=1.5 M1,1.5 M2,1.5 M3,1.5 M4, 1.5 M5, 1.5
|severity=enhancement
|sort=milestone,to
}}
||{{#bugzilla:
|columns=id,to,milestone
|noresultsmessage="None"
|status=IN PROGRESS IMPLEMENTATION
|milestone=1.5 M1,1.5 M2,1.5 M3,1.5 M4, 1.5 M5, 1.5
|severity=enhancement
|sort=milestone,to
}}
||{{#bugzilla:
|columns=id,to,milestone
|noresultsmessage="None"
|status=IN PROGRESS REVIEW
|milestone=1.5 M1,1.5 M2,1.5 M3,1.5 M4, 1.5 M5, 1.5
|severity=enhancement
|sort=milestone,to
}}
||{{#bugzilla:
|columns=id,to,milestone
|status=RESOLVED
|milestone=1.5 M1,1.5 M2,1.5 M3,1.5 M4, 1.5 M5, 1.5
|severity=enhancement
|sort=milestone,to
}}
||{{#bugzilla:
|columns=id,to,milestone
|status=verified, closed
|milestone=1.5 M1,1.5 M2,1.5 M3,1.5 M4, 1.5 M5, 1.5
|severity=enhancement
|sort=milestone,to
}}
||{{#bugzilla:
|columns=id,to,milestone
|noresultsmessage="None"
|status=needinfo, waitforupstream
|milestone=1.5 M1,1.5 M2,1.5 M3,1.5 M4, 1.5 M5, 1.5
|severity=enhancement
|sort=milestone,to
}}
|}

== List View ==
=== Blocked ===
{{#bugzilla:
|columns=id,to,estimated,whiteboard,milestone,status
|noresultsmessage="None"
|status=needinfo,waitforupstream
|milestone=1.5 M1,1.5 M2,1.5 M3,1.5 M4, 1.5 M5, 1.5
|sort=milestone,to
|total=estimated
|severity=enhancement
}}

=== Scheduled ===
{{#bugzilla:
|columns=id,to,estimated,summary,whiteboard,milestone,status
|noresultsmessage="None"
|status=ACCEPTED,NEW
|milestone=1.5 M1,1.5 M2,1.5 M3,1.5 M4, 1.5 M5, 1.5
|sort=milestone,to
|severity=enhancement
|total=estimated
}}

=== Design ===
{{#bugzilla:
|columns=id,to,estimated,summary,whiteboard,milestone,status
|noresultsmessage="None"
|status=IN PROGRESS DESIGN
|milestone=1.5 M1,1.5 M2,1.5 M3,1.5 M4, 1.5 M5, 1.5
|sort=milestone,to
|severity=enhancement
|total=estimated
}}

=== Design Complete ===
{{#bugzilla:
|columns=id,to,estimated,summary,whiteboard,milestone,status
|noresultsmessage="None"
|status=IN PROGRESS DESIGN COMPLETE
|milestone=1.5 M1,1.5 M2,1.5 M3,1.5 M4, 1.5 M5, 1.5
|sort=milestone,to
|severity=enhancement
|total=estimated
}}

=== Development ===
{{#bugzilla:
|columns=id,to,estimated,summary,whiteboard,milestone,status
|noresultsmessage="None"
|status=IN PROGRESS IMPLEMENTATION
|milestone=1.5 M1,1.5 M2,1.5 M3,1.5 M4, 1.5 M5, 1.5
|sort=milestone,to
|severity=enhancement
|total=estimated
}}

=== Patch Review ===
{{#bugzilla:
|columns=id,to,estimated,summary,whiteboard,milestone,status
|noresultsmessage="None"
|status=IN PROGRESS REVIEW
|milestone=1.5 M1,1.5 M2,1.5 M3,1.5 M4, 1.5 M5, 1.5
|sort=milestone,to
|severity=enhancement
|total=estimated
}}

=== Testing ===
{{#bugzilla:
|columns=id,to,estimated,summary,whiteboard,milestone,status
|noresultsmessage="None"
|status=RESOLVED
|milestone=1.5 M1,1.5 M2,1.5 M3,1.5 M4, 1.5 M5, 1.5
|sort=milestone,to
|severity=enhancement
|total=estimated
}}

=== Done ===
{{#bugzilla:
|columns=id,to,estimated,summary,whiteboard,milestone,status
|status=verified, closed
|milestone=1.5 M1,1.5 M2,1.5 M3,1.5 M4, 1.5 M5, 1.5
|sort=milestone,to
|severity=enhancement
|total=estimated
}}
 

= Yocto Project SWAT team =
Chairperson of the current week: Laurentiu Palcu 
Please see here for the details of the SWAT team: https://wiki.yoctoproject.org/wiki/Yocto_Build_Failure_Swat_Team
 

= Yocto Project 1.5 Release Criteria =
== Milestone 1 ==
{| border="1" {{table}}
| ! scope="col" bgcolor="grey" | '''Release Criteria''' || ! scope="col" bgcolor="grey" | '''Milestone 1 Target''' || ! scope="col" bgcolor="grey" | '''Milestone 1 Status'''
|-
| Functional Completion || All high features are completed. || bgcolor="#39FF14" | Pass
|-
| Build and Release (Yocto) || All completed features can be built with no errors. || bgcolor="#39FF14" | Pass
|-
| Build and Release (BSPs) || Core BSPs can be built with no errors. || bgcolor="#39FF14" | Pass
|-
| Open Bugs || All bugs have been dispositioned. Milestone high issues have been fixed. || bgcolor="#39FF14" | [https://bugzilla.yoctoproject.org/buglist.cgi?priority=High&list_id=23883&bug_severity=critical&bug_severity=major&bug_severity=normal&bug_severity=minor&bug_severity=janitors&query_format=advanced&bug_status=UNCONFIRMED&bug_status=NEW&bug_status=ACCEPTED&bug_status=IN%20PROGRESS%20DESIGN&bug_status=IN%20PROGRESS%20DESIGN%20COMPLETE&bug_status=IN%20PROGRESS%20IMPLEMENTATION&bug_status=IN%20PROGRESS%20REVIEW&bug_status=REOPENED&bug_status=NEEDINFO&bug_status=WaitForUpstream&target_milestone=1.4&target_milestone=1.4%20M1&target_milestone=1.4%20M2&target_milestone=1.4%20M3&target_milestone=1.4%20M4&target_milestone=1.4%20M5] Pass
|-
| Functional Tests || 100% of planned tests are executed and results are logged in bugzilla. || bgcolor="#39FF14" | Pass
|-
| Distros Tested || Fedora, Ubuntu, Opensuse, Centos current version || bgcolor="#39FF14" | Ubuntu 12.04, Ubuntu 13.04, OpenSUSE 12.3, Fedora 18, CentOS 6.4
|-
| BSP Testing || 100% of planned tests are executed and results are logged in bugzilla. || bgcolor="#39FF14" | Pass
|-
| Documentation || No target || bgcolor="#39FF14" | Pass
|-
| Build Performance || Try to at least maintain the current performance and improve if possible. || bgcolor="#39FF14" | Pass
|-
| Package Update || Best Effort || bgcolor="#39FF14" | Adequate
|-
| Upstream Commits || Have upstream status updated on 100% of patches (so that we can have a status update) || bgcolor="#39FF14" | Pass
|-
| Publication || The release is announced || bgcolor="#39FF14" | Complete
|}
 

== Milestone 2 ==
{| border="1" {{table}}
| ! scope="col" bgcolor="grey" | '''Release Criteria''' || ! scope="col" bgcolor="grey" | '''Milestone 2 Target''' || ! scope="col" bgcolor="grey" | '''Milestone 2 Status'''
|-
| Functional Completion || All high features are completed. || bgcolor="red" | Some high features are slipped: 3619, 4267, 1584, 3867
|-
| Build and Release (Yocto) || All completed features can be built with no errors. || bgcolor="#39FF14" | Pass
|-
| Build and Release (BSPs) || Core BSPs can be built with no errors. || bgcolor="#39FF14" | All core BSPs built
|-
| Open Bugs || All bugs have been dispositioned. Milestone high issues have been fixed. || bgcolor="red" | [https://bugzilla.yoctoproject.org/buglist.cgi?priority=High&list_id=23883&bug_severity=critical&bug_severity=major&bug_severity=normal&bug_severity=minor&bug_severity=janitors&query_format=advanced&bug_status=UNCONFIRMED&bug_status=NEW&bug_status=ACCEPTED&bug_status=IN%20PROGRESS%20DESIGN&bug_status=IN%20PROGRESS%20DESIGN%20COMPLETE&bug_status=IN%20PROGRESS%20IMPLEMENTATION&bug_status=IN%20PROGRESS%20REVIEW&bug_status=REOPENED&bug_status=NEEDINFO&bug_status=WaitForUpstream&target_milestone=1.4&target_milestone=1.4%20M1&target_milestone=1.4%20M2&target_milestone=1.4%20M3&target_milestone=1.4%20M4&target_milestone=1.4%20M5] <br\> No high bugs against M2, but there are some concerning issues such as the LSB image issue (4815), build appliance issue (4847), etc.
|-
| Functional Tests || 100% of planned tests are executed and results are logged in bugzilla. || bgcolor="#39FF14" | Pass
|-
| Distros Tested || Fedora, Ubuntu, Opensuse, Centos current version || bgcolor="#39FF14" | Fedora 18 32bit, Fedora 18 64bit, Ubuntu 13.04, Ubuntu 12.04, OpenSUSE 12.3 64bit, CentOS 6.4 x86_64
|-
| BSP Testing || 100% of planned tests are executed and results are logged in bugzilla. || bgcolor="#39FF14" | Pass
|-
| Documentation || No target || bgcolor="#39FF14" | Pass
|-
| Build Performance || Try to at least maintain the current performance and improve if possible. || bgcolor="#39FF14" | Pass
|-
| Package Update || 60% || bgcolor="#39FF14" | Package reporting system working. Pass
|-
| Upstream Commits || Have upstream status updated on 100% of patches (so that we can have a status update) || bgcolor="#39FF14" | Pass
|-
| Publication || The release is announced || bgcolor="red" | Team decided NOT to release M2 due to high feature slipping and some quality issues.
|}
 

== Milestone 3 ==
{| border="1" {{table}}
| ! scope="col" bgcolor="grey" | '''Release Criteria''' || ! scope="col" bgcolor="grey" | '''Milestone 3 Target''' || ! scope="col" bgcolor="grey" | '''Milestone 3 Status'''
|-
| Functional Completion || All high features are completed. || bgcolor="#39FF14" | Functions complete
|-
| Build and Release (Yocto) || All completed features can be built with no errors. || bgcolor="#39FF14" | Passed full pass testing
|-
| Build and Release (BSPs) || Core BSPs can be built with no errors. || bgcolor="#39FF14" | Passed full pass testing
|-
| Open Bugs || All bugs have been dispositioned. Milestone high issues have been fixed. || bgcolor="#39FF14" | [https://bugzilla.yoctoproject.org/buglist.cgi?priority=High&list_id=23883&bug_severity=critical&bug_severity=major&bug_severity=normal&bug_severity=minor&bug_severity=janitors&query_format=advanced&bug_status=UNCONFIRMED&bug_status=NEW&bug_status=ACCEPTED&bug_status=IN%20PROGRESS%20DESIGN&bug_status=IN%20PROGRESS%20DESIGN%20COMPLETE&bug_status=IN%20PROGRESS%20IMPLEMENTATION&bug_status=IN%20PROGRESS%20REVIEW&bug_status=REOPENED&bug_status=NEEDINFO&bug_status=WaitForUpstream&target_milestone=1.4&target_milestone=1.4%20M1&target_milestone=1.4%20M2&target_milestone=1.4%20M3&target_milestone=1.4%20M4&target_milestone=1.4%20M5] Pass
|-
| Functional Tests || 100% of planned tests are executed and results are logged in bugzilla. || bgcolor="#39FF14" | Passed full pass testing
|-
| Distros Tested || Fedora, Ubuntu, Opensuse, Centos current version || bgcolor="#39FF14" | Ubuntu 12.04 x86_64, Ubuntu 13.04 x86_64, Fedora 18 i686, CentOS 6.4 x86_64
|-
| BSP Testing || 100% of planned tests are executed and results are logged in bugzilla. || bgcolor="#39FF14" | Passed full pass testing
|-
| Documentation || No target || bgcolor="#39FF14" | N/A
|-
| Build Performance || Try to at least maintain the current performance and improve if possible. || bgcolor="#39FF14" | Pass
|-
| Package Update || 70% || bgcolor="#39FF14" | Pass
|-
| Upstream Commits || Have upstream status updated on 100% of patches (so that we can have a status update) || bgcolor="#39FF14" | Pass
|-
| Publication || The release is announced || bgcolor="#39FF14" | Complete
|}
 

== Milestone 4 ==
{| border="1" {{table}}
| ! scope="col" bgcolor="grey" | '''Release Criteria''' || ! scope="col" bgcolor="grey" | '''Milestone 4 Target''' || ! scope="col" bgcolor="grey" | '''Milestone 4 Status'''
|-
| Functional Completion || All high features are completed. || bgcolor="" |
|-
| Build and Release (Yocto) || All completed features can be built with no errors. || bgcolor="" |
|-
| Build and Release (BSPs) || Core BSPs can be built with no errors. || bgcolor="" |
|-
| Open Bugs || All bugs have been dispositioned. Milestone high issues have been fixed. || bgcolor="" | [https://bugzilla.yoctoproject.org/buglist.cgi?priority=High&list_id=23883&bug_severity=critical&bug_severity=major&bug_severity=normal&bug_severity=minor&bug_severity=janitors&query_format=advanced&bug_status=UNCONFIRMED&bug_status=NEW&bug_status=ACCEPTED&bug_status=IN%20PROGRESS%20DESIGN&bug_status=IN%20PROGRESS%20DESIGN%20COMPLETE&bug_status=IN%20PROGRESS%20IMPLEMENTATION&bug_status=IN%20PROGRESS%20REVIEW&bug_status=REOPENED&bug_status=NEEDINFO&bug_status=WaitForUpstream&target_milestone=1.4&target_milestone=1.4%20M1&target_milestone=1.4%20M2&target_milestone=1.4%20M3&target_milestone=1.4%20M4&target_milestone=1.4%20M5]
|-
| Functional Tests || 100% of planned tests are executed and results are logged in bugzilla. || bgcolor="" | https://wiki.yoctoproject.org/wiki/WW36_-_2013-09-05_-_Full_Pass_Release_1.5_M4.rc3
|-
| Distros Tested || Fedora, Ubuntu, Opensuse, Centos current version || bgcolor="" | Ubuntu 12.04 64bit, Ubuntu 13.10 64bit, Fedora 17 64bit, Fedora 19 32bit, Fedora 18 64bit, OpenSuse 12.3 64bit, OpenSuse 12.2 64bit
|-
| BSP Testing || 100% of planned tests are executed and results are logged in bugzilla. || bgcolor="" |
|-
| Documentation || No target || bgcolor="" |
|-
| Build Performance || Try to at least maintain the current performance and improve if possible. || bgcolor="" |
|-
| Package Update || 70% || bgcolor="" |
|-
| Upstream Commits || Have upstream status updated on 100% of patches (so that we can have a status update) || bgcolor="" |
|-
| Publication || The release is announced || bgcolor="" |
|}

Yocto Project v1.5 Status

2013-09-12T22:03:57Z

Song: /* Milestone 4 */

Yocto Project 1.4 release Status

= Project Dashboard =
[[File: bugburndown-1-5.png]]

 

= Feature/Task Board =
== Overview ==
{|border="1" {{table}}
| align="center" style="background:#f0f0f0;"|'''Scheduled'''
| align="center" style="background:#f0f0f0;"|'''Design'''
| align="center" style="background:#f0f0f0;"|'''Design Complete'''
| align="center" style="background:#f0f0f0;"|'''Development'''
| align="center" style="background:#f0f0f0;"|'''Patch Review'''
| align="center" style="background:#f0f0f0;"|'''Testing'''
| align="center" style="background:#00ff00;"|'''Done'''
| align="center" style="background:#ff0000;"|'''Blocked'''
|-valign="top"
|{{#bugzilla:
|columns=id,to,milestone
|noresultsmessage="None"
|status=ACCEPTED,NEW
|milestone=1.5 M1,1.5 M2,1.5 M3,1.5 M4, 1.5 M5, 1.5
|severity=enhancement
|sort=milestone,to
}}
||{{#bugzilla:
|columns=id,to,milestone
|noresultsmessage="None"
|status=IN PROGRESS DESIGN
|milestone=1.5 M1,1.5 M2,1.5 M3,1.5 M4, 1.5 M5, 1.5
|severity=enhancement
|sort=milestone,to
}}
||{{#bugzilla:
|columns=id,to,milestone
|noresultsmessage="None"
|status=IN PROGRESS DESIGN COMPLETE
|milestone=1.5 M1,1.5 M2,1.5 M3,1.5 M4, 1.5 M5, 1.5
|severity=enhancement
|sort=milestone,to
}}
||{{#bugzilla:
|columns=id,to,milestone
|noresultsmessage="None"
|status=IN PROGRESS IMPLEMENTATION
|milestone=1.5 M1,1.5 M2,1.5 M3,1.5 M4, 1.5 M5, 1.5
|severity=enhancement
|sort=milestone,to
}}
||{{#bugzilla:
|columns=id,to,milestone
|noresultsmessage="None"
|status=IN PROGRESS REVIEW
|milestone=1.5 M1,1.5 M2,1.5 M3,1.5 M4, 1.5 M5, 1.5
|severity=enhancement
|sort=milestone,to
}}
||{{#bugzilla:
|columns=id,to,milestone
|status=RESOLVED
|milestone=1.5 M1,1.5 M2,1.5 M3,1.5 M4, 1.5 M5, 1.5
|severity=enhancement
|sort=milestone,to
}}
||{{#bugzilla:
|columns=id,to,milestone
|status=verified, closed
|milestone=1.5 M1,1.5 M2,1.5 M3,1.5 M4, 1.5 M5, 1.5
|severity=enhancement
|sort=milestone,to
}}
||{{#bugzilla:
|columns=id,to,milestone
|noresultsmessage="None"
|status=needinfo, waitforupstream
|milestone=1.5 M1,1.5 M2,1.5 M3,1.5 M4, 1.5 M5, 1.5
|severity=enhancement
|sort=milestone,to
}}
|}

== List View ==
=== Blocked ===
{{#bugzilla:
|columns=id,to,estimated,whiteboard,milestone,status
|noresultsmessage="None"
|status=needinfo,waitforupstream
|milestone=1.5 M1,1.5 M2,1.5 M3,1.5 M4, 1.5 M5, 1.5
|sort=milestone,to
|total=estimated
|severity=enhancement
}}

=== Scheduled ===
{{#bugzilla:
|columns=id,to,estimated,summary,whiteboard,milestone,status
|noresultsmessage="None"
|status=ACCEPTED,NEW
|milestone=1.5 M1,1.5 M2,1.5 M3,1.5 M4, 1.5 M5, 1.5
|sort=milestone,to
|severity=enhancement
|total=estimated
}}

=== Design ===
{{#bugzilla:
|columns=id,to,estimated,summary,whiteboard,milestone,status
|noresultsmessage="None"
|status=IN PROGRESS DESIGN
|milestone=1.5 M1,1.5 M2,1.5 M3,1.5 M4, 1.5 M5, 1.5
|sort=milestone,to
|severity=enhancement
|total=estimated
}}

=== Design Complete ===
{{#bugzilla:
|columns=id,to,estimated,summary,whiteboard,milestone,status
|noresultsmessage="None"
|status=IN PROGRESS DESIGN COMPLETE
|milestone=1.5 M1,1.5 M2,1.5 M3,1.5 M4, 1.5 M5, 1.5
|sort=milestone,to
|severity=enhancement
|total=estimated
}}

=== Development ===
{{#bugzilla:
|columns=id,to,estimated,summary,whiteboard,milestone,status
|noresultsmessage="None"
|status=IN PROGRESS IMPLEMENTATION
|milestone=1.5 M1,1.5 M2,1.5 M3,1.5 M4, 1.5 M5, 1.5
|sort=milestone,to
|severity=enhancement
|total=estimated
}}

=== Patch Review ===
{{#bugzilla:
|columns=id,to,estimated,summary,whiteboard,milestone,status
|noresultsmessage="None"
|status=IN PROGRESS REVIEW
|milestone=1.5 M1,1.5 M2,1.5 M3,1.5 M4, 1.5 M5, 1.5
|sort=milestone,to
|severity=enhancement
|total=estimated
}}

=== Testing ===
{{#bugzilla:
|columns=id,to,estimated,summary,whiteboard,milestone,status
|noresultsmessage="None"
|status=RESOLVED
|milestone=1.5 M1,1.5 M2,1.5 M3,1.5 M4, 1.5 M5, 1.5
|sort=milestone,to
|severity=enhancement
|total=estimated
}}

=== Done ===
{{#bugzilla:
|columns=id,to,estimated,summary,whiteboard,milestone,status
|status=verified, closed
|milestone=1.5 M1,1.5 M2,1.5 M3,1.5 M4, 1.5 M5, 1.5
|sort=milestone,to
|severity=enhancement
|total=estimated
}}
 

= Yocto Project SWAT team =
Chairperson of the current week: Laurentiu Palcu 
Please see here for the details of the SWAT team: https://wiki.yoctoproject.org/wiki/Yocto_Build_Failure_Swat_Team
 

= Yocto Project 1.5 Release Criteria =
== Milestone 1 ==
{| border="1" {{table}}
| ! scope="col" bgcolor="grey" | '''Release Criteria''' || ! scope="col" bgcolor="grey" | '''Milestone 1 Target''' || ! scope="col" bgcolor="grey" | '''Milestone 1 Status'''
|-
| Functional Completion || All high features are completed. || bgcolor="#39FF14" | Pass
|-
| Build and Release (Yocto) || All completed features can be built with no errors. || bgcolor="#39FF14" | Pass
|-
| Build and Release (BSPs) || Core BSPs can be built with no errors. || bgcolor="#39FF14" | Pass
|-
| Open Bugs || All bugs have been dispositioned. Milestone high issues have been fixed. || bgcolor="#39FF14" | [https://bugzilla.yoctoproject.org/buglist.cgi?priority=High&list_id=23883&bug_severity=critical&bug_severity=major&bug_severity=normal&bug_severity=minor&bug_severity=janitors&query_format=advanced&bug_status=UNCONFIRMED&bug_status=NEW&bug_status=ACCEPTED&bug_status=IN%20PROGRESS%20DESIGN&bug_status=IN%20PROGRESS%20DESIGN%20COMPLETE&bug_status=IN%20PROGRESS%20IMPLEMENTATION&bug_status=IN%20PROGRESS%20REVIEW&bug_status=REOPENED&bug_status=NEEDINFO&bug_status=WaitForUpstream&target_milestone=1.4&target_milestone=1.4%20M1&target_milestone=1.4%20M2&target_milestone=1.4%20M3&target_milestone=1.4%20M4&target_milestone=1.4%20M5] Pass
|-
| Functional Tests || 100% of planned tests are executed and results are logged in bugzilla. || bgcolor="#39FF14" | Pass
|-
| Distros Tested || Fedora, Ubuntu, Opensuse, Centos current version || bgcolor="#39FF14" | Ubuntu 12.04, Ubuntu 13.04, OpenSUSE 12.3, Fedora 18, CentOS 6.4
|-
| BSP Testing || 100% of planned tests are executed and results are logged in bugzilla. || bgcolor="#39FF14" | Pass
|-
| Documentation || No target || bgcolor="#39FF14" | Pass
|-
| Build Performance || Try to at least maintain the current performance and improve if possible. || bgcolor="#39FF14" | Pass
|-
| Package Update || Best Effort || bgcolor="#39FF14" | Adequate
|-
| Upstream Commits || Have upstream status updated on 100% of patches (so that we can have a status update) || bgcolor="#39FF14" | Pass
|-
| Publication || The release is announced || bgcolor="#39FF14" | Complete
|}
 

== Milestone 2 ==
{| border="1" {{table}}
| ! scope="col" bgcolor="grey" | '''Release Criteria''' || ! scope="col" bgcolor="grey" | '''Milestone 2 Target''' || ! scope="col" bgcolor="grey" | '''Milestone 2 Status'''
|-
| Functional Completion || All high features are completed. || bgcolor="red" | Some high features are slipped: 3619, 4267, 1584, 3867
|-
| Build and Release (Yocto) || All completed features can be built with no errors. || bgcolor="#39FF14" | Pass
|-
| Build and Release (BSPs) || Core BSPs can be built with no errors. || bgcolor="#39FF14" | All core BSPs built
|-
| Open Bugs || All bugs have been dispositioned. Milestone high issues have been fixed. || bgcolor="red" | [https://bugzilla.yoctoproject.org/buglist.cgi?priority=High&list_id=23883&bug_severity=critical&bug_severity=major&bug_severity=normal&bug_severity=minor&bug_severity=janitors&query_format=advanced&bug_status=UNCONFIRMED&bug_status=NEW&bug_status=ACCEPTED&bug_status=IN%20PROGRESS%20DESIGN&bug_status=IN%20PROGRESS%20DESIGN%20COMPLETE&bug_status=IN%20PROGRESS%20IMPLEMENTATION&bug_status=IN%20PROGRESS%20REVIEW&bug_status=REOPENED&bug_status=NEEDINFO&bug_status=WaitForUpstream&target_milestone=1.4&target_milestone=1.4%20M1&target_milestone=1.4%20M2&target_milestone=1.4%20M3&target_milestone=1.4%20M4&target_milestone=1.4%20M5] <br\> No high bugs against M2, but there are some concerning issues such as the LSB image issue (4815), build appliance issue (4847), etc.
|-
| Functional Tests || 100% of planned tests are executed and results are logged in bugzilla. || bgcolor="#39FF14" | Pass
|-
| Distros Tested || Fedora, Ubuntu, Opensuse, Centos current version || bgcolor="#39FF14" | Fedora 18 32bit, Fedora 18 64bit, Ubuntu 13.04, Ubuntu 12.04, OpenSUSE 12.3 64bit, CentOS 6.4 x86_64
|-
| BSP Testing || 100% of planned tests are executed and results are logged in bugzilla. || bgcolor="#39FF14" | Pass
|-
| Documentation || No target || bgcolor="#39FF14" | Pass
|-
| Build Performance || Try to at least maintain the current performance and improve if possible. || bgcolor="#39FF14" | Pass
|-
| Package Update || 60% || bgcolor="#39FF14" | Package reporting system working. Pass
|-
| Upstream Commits || Have upstream status updated on 100% of patches (so that we can have a status update) || bgcolor="#39FF14" | Pass
|-
| Publication || The release is announced || bgcolor="red" | Team decided NOT to release M2 due to high feature slipping and some quality issues.
|}
 

== Milestone 3 ==
{| border="1" {{table}}
| ! scope="col" bgcolor="grey" | '''Release Criteria''' || ! scope="col" bgcolor="grey" | '''Milestone 3 Target''' || ! scope="col" bgcolor="grey" | '''Milestone 3 Status'''
|-
| Functional Completion || All high features are completed. || bgcolor="#39FF14" | Functions complete
|-
| Build and Release (Yocto) || All completed features can be built with no errors. || bgcolor="#39FF14" | Passed full pass testing
|-
| Build and Release (BSPs) || Core BSPs can be built with no errors. || bgcolor="#39FF14" | Passed full pass testing
|-
| Open Bugs || All bugs have been dispositioned. Milestone high issues have been fixed. || bgcolor="#39FF14" | [https://bugzilla.yoctoproject.org/buglist.cgi?priority=High&list_id=23883&bug_severity=critical&bug_severity=major&bug_severity=normal&bug_severity=minor&bug_severity=janitors&query_format=advanced&bug_status=UNCONFIRMED&bug_status=NEW&bug_status=ACCEPTED&bug_status=IN%20PROGRESS%20DESIGN&bug_status=IN%20PROGRESS%20DESIGN%20COMPLETE&bug_status=IN%20PROGRESS%20IMPLEMENTATION&bug_status=IN%20PROGRESS%20REVIEW&bug_status=REOPENED&bug_status=NEEDINFO&bug_status=WaitForUpstream&target_milestone=1.4&target_milestone=1.4%20M1&target_milestone=1.4%20M2&target_milestone=1.4%20M3&target_milestone=1.4%20M4&target_milestone=1.4%20M5] Pass
|-
| Functional Tests || 100% of planned tests are executed and results are logged in bugzilla. || bgcolor="#39FF14" | Passed full pass testing
|-
| Distros Tested || Fedora, Ubuntu, Opensuse, Centos current version || bgcolor="#39FF14" | Ubuntu 12.04 x86_64, Ubuntu 13.04 x86_64, Fedora 18 i686, CentOS 6.4 x86_64
|-
| BSP Testing || 100% of planned tests are executed and results are logged in bugzilla. || bgcolor="#39FF14" | Passed full pass testing
|-
| Documentation || No target || bgcolor="#39FF14" | N/A
|-
| Build Performance || Try to at least maintain the current performance and improve if possible. || bgcolor="#39FF14" | Pass
|-
| Package Update || 70% || bgcolor="#39FF14" | Pass
|-
| Upstream Commits || Have upstream status updated on 100% of patches (so that we can have a status update) || bgcolor="#39FF14" | Pass
|-
| Publication || The release is announced || bgcolor="#39FF14" | Complete
|}
 

== Milestone 4 ==
{| border="1" {{table}}
| ! scope="col" bgcolor="grey" | '''Release Criteria''' || ! scope="col" bgcolor="grey" | '''Milestone 4 Target''' || ! scope="col" bgcolor="grey" | '''Milestone 4 Status'''
|-
| Functional Completion || All high features are completed. || bgcolor="" |
|-
| Build and Release (Yocto) || All completed features can be built with no errors. || bgcolor="" |
|-
| Build and Release (BSPs) || Core BSPs can be built with no errors. || bgcolor="" |
|-
| Open Bugs || All bugs have been dispositioned. Milestone high issues have been fixed. || bgcolor="" | [https://bugzilla.yoctoproject.org/buglist.cgi?priority=High&list_id=23883&bug_severity=critical&bug_severity=major&bug_severity=normal&bug_severity=minor&bug_severity=janitors&query_format=advanced&bug_status=UNCONFIRMED&bug_status=NEW&bug_status=ACCEPTED&bug_status=IN%20PROGRESS%20DESIGN&bug_status=IN%20PROGRESS%20DESIGN%20COMPLETE&bug_status=IN%20PROGRESS%20IMPLEMENTATION&bug_status=IN%20PROGRESS%20REVIEW&bug_status=REOPENED&bug_status=NEEDINFO&bug_status=WaitForUpstream&target_milestone=1.4&target_milestone=1.4%20M1&target_milestone=1.4%20M2&target_milestone=1.4%20M3&target_milestone=1.4%20M4&target_milestone=1.4%20M5]
|-
| Functional Tests || 100% of planned tests are executed and results are logged in bugzilla. || bgcolor="" | https://wiki.yoctoproject.org/wiki/WW36_-_2013-09-05_-_Full_Pass_Release_1.5_M4.rc3
|-
| Distros Tested || Fedora, Ubuntu, Opensuse, Centos current version || bgcolor="" | Ubuntu 12.04 64bit, Ubuntu 13.10 64bit, Fedora 17 64bit, Fedora 19 32bit, Fedora 18 64bit
|-
| BSP Testing || 100% of planned tests are executed and results are logged in bugzilla. || bgcolor="" |
|-
| Documentation || No target || bgcolor="" |
|-
| Build Performance || Try to at least maintain the current performance and improve if possible. || bgcolor="" |
|-
| Package Update || 70% || bgcolor="" |
|-
| Upstream Commits || Have upstream status updated on 100% of patches (so that we can have a status update) || bgcolor="" |
|-
| Publication || The release is announced || bgcolor="" |
|}

Yocto Project v1.5 Status

2013-09-12T22:02:26Z

Song: /* Milestone 3 */

Yocto Project 1.4 release Status

= Project Dashboard =
[[File: bugburndown-1-5.png]]

 

= Feature/Task Board =
== Overview ==
{|border="1" {{table}}
| align="center" style="background:#f0f0f0;"|'''Scheduled'''
| align="center" style="background:#f0f0f0;"|'''Design'''
| align="center" style="background:#f0f0f0;"|'''Design Complete'''
| align="center" style="background:#f0f0f0;"|'''Development'''
| align="center" style="background:#f0f0f0;"|'''Patch Review'''
| align="center" style="background:#f0f0f0;"|'''Testing'''
| align="center" style="background:#00ff00;"|'''Done'''
| align="center" style="background:#ff0000;"|'''Blocked'''
|-valign="top"
|{{#bugzilla:
|columns=id,to,milestone
|noresultsmessage="None"
|status=ACCEPTED,NEW
|milestone=1.5 M1,1.5 M2,1.5 M3,1.5 M4, 1.5 M5, 1.5
|severity=enhancement
|sort=milestone,to
}}
||{{#bugzilla:
|columns=id,to,milestone
|noresultsmessage="None"
|status=IN PROGRESS DESIGN
|milestone=1.5 M1,1.5 M2,1.5 M3,1.5 M4, 1.5 M5, 1.5
|severity=enhancement
|sort=milestone,to
}}
||{{#bugzilla:
|columns=id,to,milestone
|noresultsmessage="None"
|status=IN PROGRESS DESIGN COMPLETE
|milestone=1.5 M1,1.5 M2,1.5 M3,1.5 M4, 1.5 M5, 1.5
|severity=enhancement
|sort=milestone,to
}}
||{{#bugzilla:
|columns=id,to,milestone
|noresultsmessage="None"
|status=IN PROGRESS IMPLEMENTATION
|milestone=1.5 M1,1.5 M2,1.5 M3,1.5 M4, 1.5 M5, 1.5
|severity=enhancement
|sort=milestone,to
}}
||{{#bugzilla:
|columns=id,to,milestone
|noresultsmessage="None"
|status=IN PROGRESS REVIEW
|milestone=1.5 M1,1.5 M2,1.5 M3,1.5 M4, 1.5 M5, 1.5
|severity=enhancement
|sort=milestone,to
}}
||{{#bugzilla:
|columns=id,to,milestone
|status=RESOLVED
|milestone=1.5 M1,1.5 M2,1.5 M3,1.5 M4, 1.5 M5, 1.5
|severity=enhancement
|sort=milestone,to
}}
||{{#bugzilla:
|columns=id,to,milestone
|status=verified, closed
|milestone=1.5 M1,1.5 M2,1.5 M3,1.5 M4, 1.5 M5, 1.5
|severity=enhancement
|sort=milestone,to
}}
||{{#bugzilla:
|columns=id,to,milestone
|noresultsmessage="None"
|status=needinfo, waitforupstream
|milestone=1.5 M1,1.5 M2,1.5 M3,1.5 M4, 1.5 M5, 1.5
|severity=enhancement
|sort=milestone,to
}}
|}

== List View ==
=== Blocked ===
{{#bugzilla:
|columns=id,to,estimated,whiteboard,milestone,status
|noresultsmessage="None"
|status=needinfo,waitforupstream
|milestone=1.5 M1,1.5 M2,1.5 M3,1.5 M4, 1.5 M5, 1.5
|sort=milestone,to
|total=estimated
|severity=enhancement
}}

=== Scheduled ===
{{#bugzilla:
|columns=id,to,estimated,summary,whiteboard,milestone,status
|noresultsmessage="None"
|status=ACCEPTED,NEW
|milestone=1.5 M1,1.5 M2,1.5 M3,1.5 M4, 1.5 M5, 1.5
|sort=milestone,to
|severity=enhancement
|total=estimated
}}

=== Design ===
{{#bugzilla:
|columns=id,to,estimated,summary,whiteboard,milestone,status
|noresultsmessage="None"
|status=IN PROGRESS DESIGN
|milestone=1.5 M1,1.5 M2,1.5 M3,1.5 M4, 1.5 M5, 1.5
|sort=milestone,to
|severity=enhancement
|total=estimated
}}

=== Design Complete ===
{{#bugzilla:
|columns=id,to,estimated,summary,whiteboard,milestone,status
|noresultsmessage="None"
|status=IN PROGRESS DESIGN COMPLETE
|milestone=1.5 M1,1.5 M2,1.5 M3,1.5 M4, 1.5 M5, 1.5
|sort=milestone,to
|severity=enhancement
|total=estimated
}}

=== Development ===
{{#bugzilla:
|columns=id,to,estimated,summary,whiteboard,milestone,status
|noresultsmessage="None"
|status=IN PROGRESS IMPLEMENTATION
|milestone=1.5 M1,1.5 M2,1.5 M3,1.5 M4, 1.5 M5, 1.5
|sort=milestone,to
|severity=enhancement
|total=estimated
}}

=== Patch Review ===
{{#bugzilla:
|columns=id,to,estimated,summary,whiteboard,milestone,status
|noresultsmessage="None"
|status=IN PROGRESS REVIEW
|milestone=1.5 M1,1.5 M2,1.5 M3,1.5 M4, 1.5 M5, 1.5
|sort=milestone,to
|severity=enhancement
|total=estimated
}}

=== Testing ===
{{#bugzilla:
|columns=id,to,estimated,summary,whiteboard,milestone,status
|noresultsmessage="None"
|status=RESOLVED
|milestone=1.5 M1,1.5 M2,1.5 M3,1.5 M4, 1.5 M5, 1.5
|sort=milestone,to
|severity=enhancement
|total=estimated
}}

=== Done ===
{{#bugzilla:
|columns=id,to,estimated,summary,whiteboard,milestone,status
|status=verified, closed
|milestone=1.5 M1,1.5 M2,1.5 M3,1.5 M4, 1.5 M5, 1.5
|sort=milestone,to
|severity=enhancement
|total=estimated
}}
 

= Yocto Project SWAT team =
Chairperson of the current week: Laurentiu Palcu 
Please see here for the details of the SWAT team: https://wiki.yoctoproject.org/wiki/Yocto_Build_Failure_Swat_Team
 

= Yocto Project 1.5 Release Criteria =
== Milestone 1 ==
{| border="1" {{table}}
| ! scope="col" bgcolor="grey" | '''Release Criteria''' || ! scope="col" bgcolor="grey" | '''Milestone 1 Target''' || ! scope="col" bgcolor="grey" | '''Milestone 1 Status'''
|-
| Functional Completion || All high features are completed. || bgcolor="#39FF14" | Pass
|-
| Build and Release (Yocto) || All completed features can be built with no errors. || bgcolor="#39FF14" | Pass
|-
| Build and Release (BSPs) || Core BSPs can be built with no errors. || bgcolor="#39FF14" | Pass
|-
| Open Bugs || All bugs have been dispositioned. Milestone high issues have been fixed. || bgcolor="#39FF14" | [https://bugzilla.yoctoproject.org/buglist.cgi?priority=High&list_id=23883&bug_severity=critical&bug_severity=major&bug_severity=normal&bug_severity=minor&bug_severity=janitors&query_format=advanced&bug_status=UNCONFIRMED&bug_status=NEW&bug_status=ACCEPTED&bug_status=IN%20PROGRESS%20DESIGN&bug_status=IN%20PROGRESS%20DESIGN%20COMPLETE&bug_status=IN%20PROGRESS%20IMPLEMENTATION&bug_status=IN%20PROGRESS%20REVIEW&bug_status=REOPENED&bug_status=NEEDINFO&bug_status=WaitForUpstream&target_milestone=1.4&target_milestone=1.4%20M1&target_milestone=1.4%20M2&target_milestone=1.4%20M3&target_milestone=1.4%20M4&target_milestone=1.4%20M5] Pass
|-
| Functional Tests || 100% of planned tests are executed and results are logged in bugzilla. || bgcolor="#39FF14" | Pass
|-
| Distros Tested || Fedora, Ubuntu, Opensuse, Centos current version || bgcolor="#39FF14" | Ubuntu 12.04, Ubuntu 13.04, OpenSUSE 12.3, Fedora 18, CentOS 6.4
|-
| BSP Testing || 100% of planned tests are executed and results are logged in bugzilla. || bgcolor="#39FF14" | Pass
|-
| Documentation || No target || bgcolor="#39FF14" | Pass
|-
| Build Performance || Try to at least maintain the current performance and improve if possible. || bgcolor="#39FF14" | Pass
|-
| Package Update || Best Effort || bgcolor="#39FF14" | Adequate
|-
| Upstream Commits || Have upstream status updated on 100% of patches (so that we can have a status update) || bgcolor="#39FF14" | Pass
|-
| Publication || The release is announced || bgcolor="#39FF14" | Complete
|}
 

== Milestone 2 ==
{| border="1" {{table}}
| ! scope="col" bgcolor="grey" | '''Release Criteria''' || ! scope="col" bgcolor="grey" | '''Milestone 2 Target''' || ! scope="col" bgcolor="grey" | '''Milestone 2 Status'''
|-
| Functional Completion || All high features are completed. || bgcolor="red" | Some high features are slipped: 3619, 4267, 1584, 3867
|-
| Build and Release (Yocto) || All completed features can be built with no errors. || bgcolor="#39FF14" | Pass
|-
| Build and Release (BSPs) || Core BSPs can be built with no errors. || bgcolor="#39FF14" | All core BSPs built
|-
| Open Bugs || All bugs have been dispositioned. Milestone high issues have been fixed. || bgcolor="red" | [https://bugzilla.yoctoproject.org/buglist.cgi?priority=High&list_id=23883&bug_severity=critical&bug_severity=major&bug_severity=normal&bug_severity=minor&bug_severity=janitors&query_format=advanced&bug_status=UNCONFIRMED&bug_status=NEW&bug_status=ACCEPTED&bug_status=IN%20PROGRESS%20DESIGN&bug_status=IN%20PROGRESS%20DESIGN%20COMPLETE&bug_status=IN%20PROGRESS%20IMPLEMENTATION&bug_status=IN%20PROGRESS%20REVIEW&bug_status=REOPENED&bug_status=NEEDINFO&bug_status=WaitForUpstream&target_milestone=1.4&target_milestone=1.4%20M1&target_milestone=1.4%20M2&target_milestone=1.4%20M3&target_milestone=1.4%20M4&target_milestone=1.4%20M5] <br\> No high bugs against M2, but there are some concerning issues such as the LSB image issue (4815), build appliance issue (4847), etc.
|-
| Functional Tests || 100% of planned tests are executed and results are logged in bugzilla. || bgcolor="#39FF14" | Pass
|-
| Distros Tested || Fedora, Ubuntu, Opensuse, Centos current version || bgcolor="#39FF14" | Fedora 18 32bit, Fedora 18 64bit, Ubuntu 13.04, Ubuntu 12.04, OpenSUSE 12.3 64bit, CentOS 6.4 x86_64
|-
| BSP Testing || 100% of planned tests are executed and results are logged in bugzilla. || bgcolor="#39FF14" | Pass
|-
| Documentation || No target || bgcolor="#39FF14" | Pass
|-
| Build Performance || Try to at least maintain the current performance and improve if possible. || bgcolor="#39FF14" | Pass
|-
| Package Update || 60% || bgcolor="#39FF14" | Package reporting system working. Pass
|-
| Upstream Commits || Have upstream status updated on 100% of patches (so that we can have a status update) || bgcolor="#39FF14" | Pass
|-
| Publication || The release is announced || bgcolor="red" | Team decided NOT to release M2 due to high feature slipping and some quality issues.
|}
 

== Milestone 3 ==
{| border="1" {{table}}
| ! scope="col" bgcolor="grey" | '''Release Criteria''' || ! scope="col" bgcolor="grey" | '''Milestone 3 Target''' || ! scope="col" bgcolor="grey" | '''Milestone 3 Status'''
|-
| Functional Completion || All high features are completed. || bgcolor="#39FF14" | Functions complete
|-
| Build and Release (Yocto) || All completed features can be built with no errors. || bgcolor="#39FF14" | Passed full pass testing
|-
| Build and Release (BSPs) || Core BSPs can be built with no errors. || bgcolor="#39FF14" | Passed full pass testing
|-
| Open Bugs || All bugs have been dispositioned. Milestone high issues have been fixed. || bgcolor="#39FF14" | [https://bugzilla.yoctoproject.org/buglist.cgi?priority=High&list_id=23883&bug_severity=critical&bug_severity=major&bug_severity=normal&bug_severity=minor&bug_severity=janitors&query_format=advanced&bug_status=UNCONFIRMED&bug_status=NEW&bug_status=ACCEPTED&bug_status=IN%20PROGRESS%20DESIGN&bug_status=IN%20PROGRESS%20DESIGN%20COMPLETE&bug_status=IN%20PROGRESS%20IMPLEMENTATION&bug_status=IN%20PROGRESS%20REVIEW&bug_status=REOPENED&bug_status=NEEDINFO&bug_status=WaitForUpstream&target_milestone=1.4&target_milestone=1.4%20M1&target_milestone=1.4%20M2&target_milestone=1.4%20M3&target_milestone=1.4%20M4&target_milestone=1.4%20M5] Pass
|-
| Functional Tests || 100% of planned tests are executed and results are logged in bugzilla. || bgcolor="#39FF14" | Passed full pass testing
|-
| Distros Tested || Fedora, Ubuntu, Opensuse, Centos current version || bgcolor="#39FF14" | Ubuntu 12.04 x86_64, Ubuntu 13.04 x86_64, Fedora 18 i686, CentOS 6.4 x86_64
|-
| BSP Testing || 100% of planned tests are executed and results are logged in bugzilla. || bgcolor="#39FF14" | Passed full pass testing
|-
| Documentation || No target || bgcolor="#39FF14" | N/A
|-
| Build Performance || Try to at least maintain the current performance and improve if possible. || bgcolor="#39FF14" | Pass
|-
| Package Update || 70% || bgcolor="#39FF14" | Pass
|-
| Upstream Commits || Have upstream status updated on 100% of patches (so that we can have a status update) || bgcolor="#39FF14" | Pass
|-
| Publication || The release is announced || bgcolor="#39FF14" | Complete
|}
 

== Milestone 4 ==
{| border="1" {{table}}
| ! scope="col" bgcolor="grey" | '''Release Criteria''' || ! scope="col" bgcolor="grey" | '''Milestone 4 Target''' || ! scope="col" bgcolor="grey" | '''Milestone 4 Status'''
|-
| Functional Completion || All high features are completed. || bgcolor="" |
|-
| Build and Release (Yocto) || All completed features can be built with no errors. || bgcolor="" |
|-
| Build and Release (BSPs) || Core BSPs can be built with no errors. || bgcolor="" |
|-
| Open Bugs || All bugs have been dispositioned. Milestone high issues have been fixed. || bgcolor="" | [https://bugzilla.yoctoproject.org/buglist.cgi?priority=High&list_id=23883&bug_severity=critical&bug_severity=major&bug_severity=normal&bug_severity=minor&bug_severity=janitors&query_format=advanced&bug_status=UNCONFIRMED&bug_status=NEW&bug_status=ACCEPTED&bug_status=IN%20PROGRESS%20DESIGN&bug_status=IN%20PROGRESS%20DESIGN%20COMPLETE&bug_status=IN%20PROGRESS%20IMPLEMENTATION&bug_status=IN%20PROGRESS%20REVIEW&bug_status=REOPENED&bug_status=NEEDINFO&bug_status=WaitForUpstream&target_milestone=1.4&target_milestone=1.4%20M1&target_milestone=1.4%20M2&target_milestone=1.4%20M3&target_milestone=1.4%20M4&target_milestone=1.4%20M5]
|-
| Functional Tests || 100% of planned tests are executed and results are logged in bugzilla. || bgcolor="" |
|-
| Distros Tested || Fedora, Ubuntu, Opensuse, Centos current version || bgcolor="" |
|-
| BSP Testing || 100% of planned tests are executed and results are logged in bugzilla. || bgcolor="" |
|-
| Documentation || No target || bgcolor="" |
|-
| Build Performance || Try to at least maintain the current performance and improve if possible. || bgcolor="" |
|-
| Package Update || 70% || bgcolor="" |
|-
| Upstream Commits || Have upstream status updated on 100% of patches (so that we can have a status update) || bgcolor="" |
|-
| Publication || The release is announced || bgcolor="" |
|}

Yocto Project v1.5 Status

2013-09-12T21:58:53Z

Song: /* Milestone 3 */

Yocto Project 1.4 release Status

= Project Dashboard =
[[File: bugburndown-1-5.png]]

 

= Feature/Task Board =
== Overview ==
{|border="1" {{table}}
| align="center" style="background:#f0f0f0;"|'''Scheduled'''
| align="center" style="background:#f0f0f0;"|'''Design'''
| align="center" style="background:#f0f0f0;"|'''Design Complete'''
| align="center" style="background:#f0f0f0;"|'''Development'''
| align="center" style="background:#f0f0f0;"|'''Patch Review'''
| align="center" style="background:#f0f0f0;"|'''Testing'''
| align="center" style="background:#00ff00;"|'''Done'''
| align="center" style="background:#ff0000;"|'''Blocked'''
|-valign="top"
|{{#bugzilla:
|columns=id,to,milestone
|noresultsmessage="None"
|status=ACCEPTED,NEW
|milestone=1.5 M1,1.5 M2,1.5 M3,1.5 M4, 1.5 M5, 1.5
|severity=enhancement
|sort=milestone,to
}}
||{{#bugzilla:
|columns=id,to,milestone
|noresultsmessage="None"
|status=IN PROGRESS DESIGN
|milestone=1.5 M1,1.5 M2,1.5 M3,1.5 M4, 1.5 M5, 1.5
|severity=enhancement
|sort=milestone,to
}}
||{{#bugzilla:
|columns=id,to,milestone
|noresultsmessage="None"
|status=IN PROGRESS DESIGN COMPLETE
|milestone=1.5 M1,1.5 M2,1.5 M3,1.5 M4, 1.5 M5, 1.5
|severity=enhancement
|sort=milestone,to
}}
||{{#bugzilla:
|columns=id,to,milestone
|noresultsmessage="None"
|status=IN PROGRESS IMPLEMENTATION
|milestone=1.5 M1,1.5 M2,1.5 M3,1.5 M4, 1.5 M5, 1.5
|severity=enhancement
|sort=milestone,to
}}
||{{#bugzilla:
|columns=id,to,milestone
|noresultsmessage="None"
|status=IN PROGRESS REVIEW
|milestone=1.5 M1,1.5 M2,1.5 M3,1.5 M4, 1.5 M5, 1.5
|severity=enhancement
|sort=milestone,to
}}
||{{#bugzilla:
|columns=id,to,milestone
|status=RESOLVED
|milestone=1.5 M1,1.5 M2,1.5 M3,1.5 M4, 1.5 M5, 1.5
|severity=enhancement
|sort=milestone,to
}}
||{{#bugzilla:
|columns=id,to,milestone
|status=verified, closed
|milestone=1.5 M1,1.5 M2,1.5 M3,1.5 M4, 1.5 M5, 1.5
|severity=enhancement
|sort=milestone,to
}}
||{{#bugzilla:
|columns=id,to,milestone
|noresultsmessage="None"
|status=needinfo, waitforupstream
|milestone=1.5 M1,1.5 M2,1.5 M3,1.5 M4, 1.5 M5, 1.5
|severity=enhancement
|sort=milestone,to
}}
|}

== List View ==
=== Blocked ===
{{#bugzilla:
|columns=id,to,estimated,whiteboard,milestone,status
|noresultsmessage="None"
|status=needinfo,waitforupstream
|milestone=1.5 M1,1.5 M2,1.5 M3,1.5 M4, 1.5 M5, 1.5
|sort=milestone,to
|total=estimated
|severity=enhancement
}}

=== Scheduled ===
{{#bugzilla:
|columns=id,to,estimated,summary,whiteboard,milestone,status
|noresultsmessage="None"
|status=ACCEPTED,NEW
|milestone=1.5 M1,1.5 M2,1.5 M3,1.5 M4, 1.5 M5, 1.5
|sort=milestone,to
|severity=enhancement
|total=estimated
}}

=== Design ===
{{#bugzilla:
|columns=id,to,estimated,summary,whiteboard,milestone,status
|noresultsmessage="None"
|status=IN PROGRESS DESIGN
|milestone=1.5 M1,1.5 M2,1.5 M3,1.5 M4, 1.5 M5, 1.5
|sort=milestone,to
|severity=enhancement
|total=estimated
}}

=== Design Complete ===
{{#bugzilla:
|columns=id,to,estimated,summary,whiteboard,milestone,status
|noresultsmessage="None"
|status=IN PROGRESS DESIGN COMPLETE
|milestone=1.5 M1,1.5 M2,1.5 M3,1.5 M4, 1.5 M5, 1.5
|sort=milestone,to
|severity=enhancement
|total=estimated
}}

=== Development ===
{{#bugzilla:
|columns=id,to,estimated,summary,whiteboard,milestone,status
|noresultsmessage="None"
|status=IN PROGRESS IMPLEMENTATION
|milestone=1.5 M1,1.5 M2,1.5 M3,1.5 M4, 1.5 M5, 1.5
|sort=milestone,to
|severity=enhancement
|total=estimated
}}

=== Patch Review ===
{{#bugzilla:
|columns=id,to,estimated,summary,whiteboard,milestone,status
|noresultsmessage="None"
|status=IN PROGRESS REVIEW
|milestone=1.5 M1,1.5 M2,1.5 M3,1.5 M4, 1.5 M5, 1.5
|sort=milestone,to
|severity=enhancement
|total=estimated
}}

=== Testing ===
{{#bugzilla:
|columns=id,to,estimated,summary,whiteboard,milestone,status
|noresultsmessage="None"
|status=RESOLVED
|milestone=1.5 M1,1.5 M2,1.5 M3,1.5 M4, 1.5 M5, 1.5
|sort=milestone,to
|severity=enhancement
|total=estimated
}}

=== Done ===
{{#bugzilla:
|columns=id,to,estimated,summary,whiteboard,milestone,status
|status=verified, closed
|milestone=1.5 M1,1.5 M2,1.5 M3,1.5 M4, 1.5 M5, 1.5
|sort=milestone,to
|severity=enhancement
|total=estimated
}}
 

= Yocto Project SWAT team =
Chairperson of the current week: Laurentiu Palcu 
Please see here for the details of the SWAT team: https://wiki.yoctoproject.org/wiki/Yocto_Build_Failure_Swat_Team
 

= Yocto Project 1.5 Release Criteria =
== Milestone 1 ==
{| border="1" {{table}}
| ! scope="col" bgcolor="grey" | '''Release Criteria''' || ! scope="col" bgcolor="grey" | '''Milestone 1 Target''' || ! scope="col" bgcolor="grey" | '''Milestone 1 Status'''
|-
| Functional Completion || All high features are completed. || bgcolor="#39FF14" | Pass
|-
| Build and Release (Yocto) || All completed features can be built with no errors. || bgcolor="#39FF14" | Pass
|-
| Build and Release (BSPs) || Core BSPs can be built with no errors. || bgcolor="#39FF14" | Pass
|-
| Open Bugs || All bugs have been dispositioned. Milestone high issues have been fixed. || bgcolor="#39FF14" | [https://bugzilla.yoctoproject.org/buglist.cgi?priority=High&list_id=23883&bug_severity=critical&bug_severity=major&bug_severity=normal&bug_severity=minor&bug_severity=janitors&query_format=advanced&bug_status=UNCONFIRMED&bug_status=NEW&bug_status=ACCEPTED&bug_status=IN%20PROGRESS%20DESIGN&bug_status=IN%20PROGRESS%20DESIGN%20COMPLETE&bug_status=IN%20PROGRESS%20IMPLEMENTATION&bug_status=IN%20PROGRESS%20REVIEW&bug_status=REOPENED&bug_status=NEEDINFO&bug_status=WaitForUpstream&target_milestone=1.4&target_milestone=1.4%20M1&target_milestone=1.4%20M2&target_milestone=1.4%20M3&target_milestone=1.4%20M4&target_milestone=1.4%20M5] Pass
|-
| Functional Tests || 100% of planned tests are executed and results are logged in bugzilla. || bgcolor="#39FF14" | Pass
|-
| Distros Tested || Fedora, Ubuntu, Opensuse, Centos current version || bgcolor="#39FF14" | Ubuntu 12.04, Ubuntu 13.04, OpenSUSE 12.3, Fedora 18, CentOS 6.4
|-
| BSP Testing || 100% of planned tests are executed and results are logged in bugzilla. || bgcolor="#39FF14" | Pass
|-
| Documentation || No target || bgcolor="#39FF14" | Pass
|-
| Build Performance || Try to at least maintain the current performance and improve if possible. || bgcolor="#39FF14" | Pass
|-
| Package Update || Best Effort || bgcolor="#39FF14" | Adequate
|-
| Upstream Commits || Have upstream status updated on 100% of patches (so that we can have a status update) || bgcolor="#39FF14" | Pass
|-
| Publication || The release is announced || bgcolor="#39FF14" | Complete
|}
 

== Milestone 2 ==
{| border="1" {{table}}
| ! scope="col" bgcolor="grey" | '''Release Criteria''' || ! scope="col" bgcolor="grey" | '''Milestone 2 Target''' || ! scope="col" bgcolor="grey" | '''Milestone 2 Status'''
|-
| Functional Completion || All high features are completed. || bgcolor="red" | Some high features are slipped: 3619, 4267, 1584, 3867
|-
| Build and Release (Yocto) || All completed features can be built with no errors. || bgcolor="#39FF14" | Pass
|-
| Build and Release (BSPs) || Core BSPs can be built with no errors. || bgcolor="#39FF14" | All core BSPs built
|-
| Open Bugs || All bugs have been dispositioned. Milestone high issues have been fixed. || bgcolor="red" | [https://bugzilla.yoctoproject.org/buglist.cgi?priority=High&list_id=23883&bug_severity=critical&bug_severity=major&bug_severity=normal&bug_severity=minor&bug_severity=janitors&query_format=advanced&bug_status=UNCONFIRMED&bug_status=NEW&bug_status=ACCEPTED&bug_status=IN%20PROGRESS%20DESIGN&bug_status=IN%20PROGRESS%20DESIGN%20COMPLETE&bug_status=IN%20PROGRESS%20IMPLEMENTATION&bug_status=IN%20PROGRESS%20REVIEW&bug_status=REOPENED&bug_status=NEEDINFO&bug_status=WaitForUpstream&target_milestone=1.4&target_milestone=1.4%20M1&target_milestone=1.4%20M2&target_milestone=1.4%20M3&target_milestone=1.4%20M4&target_milestone=1.4%20M5] <br\> No high bugs against M2, but there are some concerning issues such as the LSB image issue (4815), build appliance issue (4847), etc.
|-
| Functional Tests || 100% of planned tests are executed and results are logged in bugzilla. || bgcolor="#39FF14" | Pass
|-
| Distros Tested || Fedora, Ubuntu, Opensuse, Centos current version || bgcolor="#39FF14" | Fedora 18 32bit, Fedora 18 64bit, Ubuntu 13.04, Ubuntu 12.04, OpenSUSE 12.3 64bit, CentOS 6.4 x86_64
|-
| BSP Testing || 100% of planned tests are executed and results are logged in bugzilla. || bgcolor="#39FF14" | Pass
|-
| Documentation || No target || bgcolor="#39FF14" | Pass
|-
| Build Performance || Try to at least maintain the current performance and improve if possible. || bgcolor="#39FF14" | Pass
|-
| Package Update || 60% || bgcolor="#39FF14" | Package reporting system working. Pass
|-
| Upstream Commits || Have upstream status updated on 100% of patches (so that we can have a status update) || bgcolor="#39FF14" | Pass
|-
| Publication || The release is announced || bgcolor="red" | Team decided NOT to release M2 due to high feature slipping and some quality issues.
|}
 

== Milestone 3 ==
{| border="1" {{table}}
| ! scope="col" bgcolor="grey" | '''Release Criteria''' || ! scope="col" bgcolor="grey" | '''Milestone 3 Target''' || ! scope="col" bgcolor="grey" | '''Milestone 3 Status'''
|-
| Functional Completion || All high features are completed. || bgcolor="" |
|-
| Build and Release (Yocto) || All completed features can be built with no errors. || bgcolor="" |
|-
| Build and Release (BSPs) || Core BSPs can be built with no errors. || bgcolor="" |
|-
| Open Bugs || All bugs have been dispositioned. Milestone high issues have been fixed. || bgcolor="" | [https://bugzilla.yoctoproject.org/buglist.cgi?priority=High&list_id=23883&bug_severity=critical&bug_severity=major&bug_severity=normal&bug_severity=minor&bug_severity=janitors&query_format=advanced&bug_status=UNCONFIRMED&bug_status=NEW&bug_status=ACCEPTED&bug_status=IN%20PROGRESS%20DESIGN&bug_status=IN%20PROGRESS%20DESIGN%20COMPLETE&bug_status=IN%20PROGRESS%20IMPLEMENTATION&bug_status=IN%20PROGRESS%20REVIEW&bug_status=REOPENED&bug_status=NEEDINFO&bug_status=WaitForUpstream&target_milestone=1.4&target_milestone=1.4%20M1&target_milestone=1.4%20M2&target_milestone=1.4%20M3&target_milestone=1.4%20M4&target_milestone=1.4%20M5]
|-
| Functional Tests || 100% of planned tests are executed and results are logged in bugzilla. || bgcolor="" |
|-
| Distros Tested || Fedora, Ubuntu, Opensuse, Centos current version || bgcolor="" |
|-
| BSP Testing || 100% of planned tests are executed and results are logged in bugzilla. || bgcolor="" |
|-
| Documentation || No target || bgcolor="" |
|-
| Build Performance || Try to at least maintain the current performance and improve if possible. || bgcolor="" |
|-
| Package Update || 70% || bgcolor="" |
|-
| Upstream Commits || Have upstream status updated on 100% of patches (so that we can have a status update) || bgcolor="" |
|-
| Publication || The release is announced || bgcolor="" |
|}
 

== Milestone 4 ==
{| border="1" {{table}}
| ! scope="col" bgcolor="grey" | '''Release Criteria''' || ! scope="col" bgcolor="grey" | '''Milestone 4 Target''' || ! scope="col" bgcolor="grey" | '''Milestone 4 Status'''
|-
| Functional Completion || All high features are completed. || bgcolor="" |
|-
| Build and Release (Yocto) || All completed features can be built with no errors. || bgcolor="" |
|-
| Build and Release (BSPs) || Core BSPs can be built with no errors. || bgcolor="" |
|-
| Open Bugs || All bugs have been dispositioned. Milestone high issues have been fixed. || bgcolor="" | [https://bugzilla.yoctoproject.org/buglist.cgi?priority=High&list_id=23883&bug_severity=critical&bug_severity=major&bug_severity=normal&bug_severity=minor&bug_severity=janitors&query_format=advanced&bug_status=UNCONFIRMED&bug_status=NEW&bug_status=ACCEPTED&bug_status=IN%20PROGRESS%20DESIGN&bug_status=IN%20PROGRESS%20DESIGN%20COMPLETE&bug_status=IN%20PROGRESS%20IMPLEMENTATION&bug_status=IN%20PROGRESS%20REVIEW&bug_status=REOPENED&bug_status=NEEDINFO&bug_status=WaitForUpstream&target_milestone=1.4&target_milestone=1.4%20M1&target_milestone=1.4%20M2&target_milestone=1.4%20M3&target_milestone=1.4%20M4&target_milestone=1.4%20M5]
|-
| Functional Tests || 100% of planned tests are executed and results are logged in bugzilla. || bgcolor="" |
|-
| Distros Tested || Fedora, Ubuntu, Opensuse, Centos current version || bgcolor="" |
|-
| BSP Testing || 100% of planned tests are executed and results are logged in bugzilla. || bgcolor="" |
|-
| Documentation || No target || bgcolor="" |
|-
| Build Performance || Try to at least maintain the current performance and improve if possible. || bgcolor="" |
|-
| Package Update || 70% || bgcolor="" |
|-
| Upstream Commits || Have upstream status updated on 100% of patches (so that we can have a status update) || bgcolor="" |
|-
| Publication || The release is announced || bgcolor="" |
|}

Yocto Project Design and Development Process

2013-09-10T21:45:44Z

Song: /* Point Release Process */

Yocto Project is an open source project. It involves not only community developers all over the world but also professional development teams from industrial companies such as Intel, Wind River and many others. It’s different from software projects that are purely organized by public communities, as well as from the ones being developed by professional teams in commercial companies. This has significant impact to the marketing strategy, organizational structure, stakeholder involvement, communications, development process and many other aspects of the project. This also brings unique challenges to us regarding how to balance the open source community culture and the corporate culture. The development methodology we are adopting is largely influenced by the above thoughts and the need to welcome and manage changes in the process. Our goal for the program management is to deliver to the rapidly changing market with professional manner, align with different priorities and schedules of different organizations to benefit all stakeholders.

This document describes our current methodology and processes, which will keep evolving with our own learning, community and management feedback, and the ever changing software industry. We welcome all feedback and comments from our community. Please feel free to send emails with your thoughts to [mailto:song.liu@intel.com song.liu@intel.com] or the Yocto Project mailing list ([mailto:yocto@yoctoproject.org yocto@yoctoproject.org]).

=Yocto Project Release Process =

==Overview==

Yocto Project releases on a 6-month cadence. Every 6 months, we have a major release such as 1.x. During each major release, we have milestone releases every 4-8 weeks depending on the specific schedule of each release. The last milestone of a major release is usually a stabilization milestone where we stabilize the code base the major release. Going forward, as we integrate QA process tighter into our development and have more frequent continuous integration, we might eliminate the stabilization milestone. The following figure shows this process cycle:

[[File: YPReleaseCycle.png]]

==Release Planning==

Release planning starts with the vision and theme of the next release, then selects the feature set to be delivered for the release. Because business and marketing conditions will change and the team will likely learn more about what users really want and what they really need to do as we move into the release development, changes will occur throughout the process. We recognize both the risk of over planning and the risk of chaotic or unmanaged changes. So balancing between planning and flexibility is one of the most important principles we use in all of our processes.

===The Goal ===

The goal of release planning includes:

* Set the theme, plan the release feature set and prioritize each feature
* Discuss and establish process improvement based on retrospectives and feedback from teams and community
* Map out the schedule of the release. (The schedule should be a natural outcome of teams looking into each feature. Team discussion and learning is the key here.)
** Commit to high features and schedule them into each milestone.
** Setup goals for medium+ and medium features for the release.
** We encourage the team to schedule medium+ features into each milestone also.

===Feature Priority ===

The priorities of each feature are defined below:

* High: major customer requirement we have to deliver for the release. These are items crucial to system functionality, user experience and project adoption.
* Medium+: these are more important items that we should strive to deliver for the release. They have significant impact to system functions, build system, etc.
* Medium: important items we should keep track of and try to deliver.
* Low: nice to have items

===The Process ===

The process of release planning involves:

# Release Planning meetings ( F2F is possible)
## Attendees: engineering managers , architects, engineering program manager, business program manager, other major stakeholders
## Goal:
### Set the theme and vision, go over the feature set and prioritize
### Discuss and decide on necessary process improvement
# Team lead meeting
## Attendees: maintainers, QA leads, release engineer, engineering program manager, engineering manager, architects
## Goal:
### Communicate and clarify release feature set and development processes.
### Setup milestone schedule for each milestone.
### Determine team ownership of each feature.
### Setup goals for team planning.
# Team planning meetings (each team organize its own meeting):
## Attendees: individual team members, maintainers, team leads, engineering program manager
## Goals:
### Communicate any process changes.
### Go over each feature, determine ownership and gather initial estimate.
### Setup committed schedule for high features.
### Setup goals for the release for medium+/medium features (a goal is something the team will strive to achieve, but the team may change plan as necessary at milestone planning between milestones)
# Overall schedule communication
## Attendees: Engineering program manager, engineering manager and all teams and community members if possible. As we have various teams and community members from different GEOs, this may have to be done in several different meetings, through emails or other formats.
## Goal:
### Communicate the process, overall planning and schedule.
### Discover issues and make necessary adjustment.
### Clarify any confusion.

===Outcome/Deliverables of the Release planning:===

# Prioritized release feature set.
# Detailed development schedule for each milestone, release engineering schedule and various checkpoints for things such as feature freeze, major kernel version lockup, etc. The schedule will be published on the Google Calendar ([https://wiki.yoctoproject.org/wiki/YoctoCalendar https://wiki.yoctoproject.org/wiki/YoctoCalendar]).
# Feature set for each development milestone, published on the wiki.
# Development process and methodology published on the Wiki

==Release Review==

The release review could start once we reach feature freeze for the release and overlap with early part of release planning for the next release. The goal is to review major feature deliverables of the release and also learn from our experience in the release.

'''''Process'''''

There are following major activities in the release review:

# Feature review or demo: selected features will be reviewed and demonstrated to the team, product managers, stakeholders and community. Improvements will be collected as new features for the next release.
# Release Retrospective: learn from past experience and improve on development, communications, processes, management, etc.
# Post-release usability review (optional): usability is the key part of a release that drives adoption of the Yocto Project. This review will summarize the current status of the release usability and identify gaps for future releases to address.

==Major Release Checkpoints==

* Kernel version (major kernel version) and tool chain (including libc’s) major version lock: 6 weeks before release feature complete.
* Final stable kernel update before code freeze.
* Package update ongoing, target set and checked for each milestone.
* Feature complete/freeze before stabilization weeks of the last milestone: after this point, no new features or functionality should be added into the release.
* Documentation Freeze (before last release RC)
* Beta program
** Collect users: beginning of M(n-1) (M(n) is the last milestone)
** Start: beginning of M(n)
** Duration: 2-3 weeks

==Release Criteria and Checklist==

Release criteria must be met and should be reviewed by stakeholders and the community in the release readiness meeting before release. Some generic criteria include the following:

# All high features/bugs and tasks have to be completed.
# Majority of the medium+ features/bugs need to be completed.
# The release need to meet certain quality standards, for example
## Passing full QA test, no high bugs open against the release
## Majority of the medium bugs are fixed
## Weighted Defect Density reach certain range
## Have plans for all known issues
# The build performance should reach or maintain certain level.
# We need to reach certain target for package updates.

We set up release criteria for each milestone during the planning week of the milestone. And the release criteria for the last milestone in the release serve as the one for the entire release.

''Release checklist:''

* All documents have been checked against the latest of the release.
* Release package has been generated and posted on the public website (<nowiki>yoctoproject.org</nowiki>), and pushed to the mirror.
* Release announcement email has been sent to the public mailing list
* A public blog entry has been published on <nowiki>yoctoproject.org</nowiki>

=Milestone Releases=

==Overview==

We divide a major release into smaller milestone releases. These milestones serve as checkpoints for our progress, preview for the public community, and especially as iterations for us to manage changes in the middle of a release and continuously improve Yocto product features, development process and practices. At the end of each milestone, we have a milestone release to the public community.

[[File: YPmilestones.png]]

==Milestone Weekly Activities==

Each milestone lasts about 4-8 weeks and has one planning week, several development weeks, stabilization weeks and one release week:

* Week 1: Milestone planning and development
** Program Manager: Consider doing team retrospective within each geo team for the past milestone.
** Product Manager: Reprioritize existing and new features if necessary, add or remove features in the milestone.
** Program Manager and the Team:
*** Arrange resources to commit to the high features/bugs scheduled for this milestone
*** Reset the milestone goal for medium/medium+ features/bugs.
** Each individual should consider other tasks they have in hands and make sure
*** All high features/bugs can be delivered in the milestone.
*** Majority of medium+ features can be delivered
*** Sets their own weekly goal and try to spread out pull requests for feature check-in among development weeks and avoid stampede of patch review and pull request in the last development week.
** Individuals: feature development and bug fixing
* Development weeks/check-in window (1 - N-3):
** Individuals: Feature development and bug fixing, each member should focus on 1-2 features at a time. Update feature status on Bugzilla whiteboard by SOB (Start of Business) every Monday.
** Release Engineer: nightly build and weekly build
** QA: sanity test, regression test, weekly test
* Week N-2 – N-1: Stabilization weeks
** Individuals: Bug fixing (focus on critical and high)
** Release Engineer: release candidate build every week
** QA: Full pass testing, distro testing
** Program Manager: Organize milestone review and/or demo
* Week N: release week
** Program Manager: Release readiness meeting.
** Release Engineer: Release the milestone release.

==Milestone Planning==

During the first week of each milestone, plan for the milestone will be analyzed again and adjusted as needed. In the release planning process, we already set plan for each milestone. But now there might be changes from the project, requirement and also the market. So this is the time and opportunity to manage those changes and adjust the plan accordingly.

In milestone planning, we need to consider the following input:

# New information or improved understanding about scheduled features n the milestone.
# New input or feature request from the community and the market.
# Workload changes of each individual team member such as interruption from other projects or marketing activities, etc.
# Features we did not complete in the last milestone and features we already started or even completed for the current milestone.
# Outcome of reviews of the last milestone.
# Any other changes that might have impact to the current milestone schedule.

Process and roles:

# Product managers and planners should reprioritize, add or remove milestone features if necessary.
# Program manager and team leads should organize and help each team with overall milestone planning and individual planning through team planning meetings and 1:1 conversations.
# Each team member is responsible for thinking through all features scheduled and make sure all high features/bugs will be completed and most of the medium+ features/bugs will be completed as well.
# Program manager should consolidate all changes into Bugzilla and update the corresponding wiki pages.

Outcome:

The outcome of the milestone planning should be an adjusted milestone plan to reflect the most current information, changes and decisions.

==Milestone Review==

At the end of the milestone or during the milestone, the management or the team will select or volunteer to review or demonstrate some features that are completed or partially completed. Ideally, the invite of the review should go to the entire team and even members from the community. The purpose of the review is to:

# Help communicate and share information among team members so that we all know what and how others are doing and whether someone can help.
# Assess progress and gather feedback from stakeholders.

These reviews should normally be done when features are completed for the milestone, and feedback and changes will be handled in the next milestone. When it’s really necessary to review features when they are partially completed, there is the risk that we may have to adjust the milestone plan in the middle of the milestone for reviewed features, which should be avoided unless it is really necessary.

==Milestone Testing==

During the first stabilization week of a milestone, the first release candidate build (RC1) will be generated. QA will first run a weekly test on RC1. Once the weekly test is done, QA will notify (via email) the program manager. The program manager will lead a decision making process with the bug triage team:

1. If there's nothing major that should block the release, the program manager will notify QA to continue with a full-pass test on RC1.
2. If there is any release blocker, we will fix them and prepare for RC2.

After the decision is made, the program manager will notify QA. If RC2 needs to be generated, we always run a full pass testing on RC2.

==Milestone Retrospective==

At the end of the milestone, a short retrospective meeting can be organized in each GEO.team by the program manager, team leads or volunteers. During the meeting the team openly talks about things we have done right and things we need to improve There are different formats of the meeting. One of them is to ask each member to anonymously write down top 3 things we have done right and top 3 things we need to improve. Then the meeting organizer will go over each of them and discuss with the team. At the end of the meeting, action items should be recorded with owners to follow up.

==Milestone Release Checklist==

# Release tarball generated
# Announced to the community through email to the public Yocto mailing list and blog.

=Development Process & Feature Lifecycle=

==Overview==

We are taking a feature/task driven development approach for the Yocto Project. Feature sets will be planned for each release and also each milestone. But in each milestone each feature goes through its own lifecycle individually. There is no single checkpoint for milestone features to reach certain development stage such as design complete at the same time. With this approach, we hope to have both flexibility and discipline in our development process. Some features involving the community may take unpredictable amount of time to complete certain development stage and they may slip for the milestone. We strive to complete all the features scheduled for each milestone, at the same time we recognize the risk for features involving the community.

==Feature Lifecycle==

Each feature goes through the following lifecycle:

[[File: YPFeatureLifecycle.png]]

===Specification===

'''Goals''': Specify feature requirement mainly from the user’s perspective.

'''Process:''' Product managers and planners gather input from users, marketing and the community, create an enhancement/feature bug in Bugzilla to capture the user requirement for a feature. This could happen any time, and specification should evolve over time during the entire release in a managed manner.

'''Specification Check list: '''

* Requirement specified clearly and communicated with the source or author of the feature.
* Use case identified if there is any.

'''Deliverables:'''

* Enhancement bug filed with requirement specification

===Scheduled===

'''Goals''': Once a feature is assigned to a milestone, the feature is in the ‘scheduled’ stage. This is to indicate that the feature is ready for development.

'''Scheduled Check list: '''

* Specification is done and the feature is scheduled to a milestone.
* First estimation is done, big features are divided into smaller ones.

'''Deliverables:'''

* Release/milestone planning meeting.

===Design===

'''Goals:''' understand and clarify user requirement, describe the requirement from the product perspective with required functionality, design user experience, workflow and implementation details.

'''Process:''' Once the owner of a feature is ready to start to work on a feature, she or he initiates conversations with the various stakeholders, architect and source of the feature to start the design process.

'''Design Checklist: '''

* Requirement is clearly specified on desired functionality and quality from the product perspective. List acceptance criteria if necessary.
* Estimation is done.
* Identify regression test cases that can be run by the developer during development phase.
* Test plan for the feature should be done.
* Design is documented with specific implementation tasks in the Bugzilla comment area or on a wiki page (put the link the to wiki page in Bugzilla).

'''Deliverables:'''

* Design description in Bugzilla or prototype code.

===Design Review===

'''Goals:''' Have the design reviewed by the community and architects, address valid feedback, get consensus.

'''Process:''' After the design is complete by the owner, she or he sends out the design to the community via the public mailing list (Yocto@<nowiki>yoctoproject.org</nowiki>). If there is no feedback from the mailing list in a week, the owner can go ahead with the implementation. Internally, the owner should drive and work with the architects and maintainers to make sure the design is reviewed and signed off by them. The feature may go back to design phase if there are valid feedback and suggestions to change.

'''Design Review Checklist: '''

* Valid feedback from the community has been addressed or no feedback from the community for one week
* The architect and maintainers should sign off the design. The signoff should be recorded as comments of the feature bug in Bugzilla.

'''Deliverables:'''

* Design comments

===Development===

'''Goals:''' Implement the feature/task with desired quality.

'''Process:''' Code and chat, collaborate with the team and community. The more we share this process, the more likely we can have code with better quality and get quicker pass in patch review. Sometimes, it might be better to share partially completed code with others to get feedback.

'''Development Checklist: '''

* Function complete.
* Unit testing complete.
* No regression test failure (It’s the developer’s responsibility to identify regression test that can be run by the developer for the feature in the design phase).

'''Deliverables:'''

* Patches

===Patch Review===

'''Goals''': Have the code reviewed by the community and architects, address valid feedback.

'''Process''': The owner sends out patch to the mailing list after development is complete. The feature may go back to development if there are valid feedbacks or suggestions requiring code change. In some cases, the design may need to be changed and the feature may go back to the drawing board and start from design phase again.

'''Patch Review Checklist: '''

* General coding standard or quality checklist should be checked if there is any
* Specific code review check list for individual components should be checked if there is any
* Patch in master

'''Deliverables:'''

* Patch comments or code

===Merged===

'''Goals:''' Merge patches into the master branch without breaking the build.

'''''''''Process:''' Architects pull the patch and merge them into master and make sure the build is not broken with the patches. Once that happens the owner should mark the feature bug as ‘resolved’.

'''Checklist:'''

* Commit link to the master is recorded in Bugzilla

'''Deliverables:'''

* Patches in the master

===Testing===

'''Goals''': Ensure that the feature meets functional and performance requirements.

'''Process''': Once the implementation (patches) of a feature is complete and in master or some private branch, QA should initiate execution of test cases for the feature. File bugs and update feature status in Bugzilla.

After testing is completed, if the feature meets requirement it goes to ‘Done’. Otherwise, either the feature itself goes to specification for another cycle or a new feature is created to address new or incomplete requirement not implemented by the last cycle.

'''Test Checklist: '''

* Test cases for the new feature (if testable) are fully executed
* Regression test (QA) is done
* Performance test is done
* All found issues are filed as bugs in Bugzilla.
* Meet all acceptance criteria if defined

'''Deliverables:'''

* Test Report

===Done===

Once a feature is tested by QA, the feature bug should be marked as ‘verified’ in Bugzilla by QA. There might be bugs filed against the feature due to problems or feedback. But the feature is considered done at this point.

In some cases, a ‘Done’ feature may not be acceptable to stakeholders and problems maybe found during review or demo. Then new features or bugs should be created to address these concerns depending on the scope of the change.

==Feature Status Update==

The status owner of the feature is responsible to update the feature bug status. Yocto Project Bugzilla defines all the development phases in the status field. Owners shall use the status field to update the status weekly.

The whiteboard can be used for more detailed status information, for example the percentage completed.

==Iterations==

The development of each feature is an iterative process. In many cases, when a feature is first proposed or even when a feature is fully specified, we don’t know whether the implementation will be what we really want until we actually see and use it. We may also realize or find various issues during each stage of the feature lifecycle. So a feature may go back and forth between stages such as going back to design after patch review, or even go back to specification after the feature is done. Furthermore, we may need to create a new feature to address problems or redesign the existing one.

In the iterative process, getting stakeholder or user feedback as early as possible is very important. With this process, we can accommodate changes better and implement product features that users really want.

==Estimation==

Estimation for development effort is always hard for most of software projects. There are many pitfalls and uncertainties around estimation. Sometimes, they are so inaccurate that it almost amounts to a waste of time to some team members, especially for new teams or new projects. But as the team norms and the project gets mature, estimation becomes more accurate and important in many ways and it provides value to a team and projects over the long run.

# Estimation can stimulate the thinking about product features and functionality. Especially when estimation is done in a team environment. Questions from different members of the team can generate more thinking and help the developer comprehend more about the feature in terms of requirement and design. In this sense, the process of estimation is much more important than result of the estimation.
# Estimation can get more accurate with a stable team and long running project over time. After that it can provide valuable input for release, milestone planning and capacity planning.

In Yocto Project, each feature should have effort estimation done during the following processes:

# '''Release planning''': In this process, we don’t know much about the design and implementation details of a feature. But a rough estimation will make us start thinking about how much effort it could involve and help with the overall release planning, especially for high features. Otherwise, we pretty much have no idea what features can be done at what time.
# '''Design & Design Review''': When a feature is in design and design review stage, details of the design and implementation will be worked out. At this stage, we can update the feature with a better estimation. This will help us schedule our work and increase predictability of our development process.

There are many ways for a team to do estimation. The best way may not be the latest trend in the industry. Instead, it should always be the most effective way for the team. We will develop our own estimation method as we practice more of this. To start, we use the following practice:

# We use the number of '''‘Perfect Days’''' to estimate each feature. A perfect day means a day when an individual can work on the feature without any interruption. The advantage of using perfect day is that it’s more intuitive and developers can always imagine what a perfect day is even though they usually don’t have any.
# The estimation is mainly to find the relative size of each feature. In another words, what matters is how ‘big’ a feature is compared with other features. And we don’t use the estimation of a single feature to predict when it can be done by a developer. But we would like to use the aggregated result for capacity planning. For example, if a team completed 200 perfect days work in a month, we may reasonably predict that the team will complete comparable amount of work in the next month if nothing else changes. This kind of predication or capacity planning makes more and more sense as the team gets more effective with the process over time.

==Documentation==

Documentation is one way to communicate and share knowledge among teams and individuals. Documentation is not necessary if there is enough other form of communication going on. For example, in a small collocated team, if members can freely communicate and always stay on the same page, there is rarely any need for documentation. But for teams in different locations and long running projects, documentation is necessary. Yocto Project has teams in 3 different GEOs and developers from the community, some documents such as feature description, design doc, test plans are necessary to share information and knowledge among teams.

Even though documentation is necessary for us, we should always remember that documents (except documents for the community and customers) are not our goal. Our goal is always to deliver the final product. Documentation is just one way for us to share and create information and knowledge. Similar to estimation process, the process of writing the document can always help us distill and organize our thoughts, thus is more important than the document itself in many cases.

At this point, we don’t define a standard set of documents for our development process to allow more flexibility. But over time, the team will settle into a de facto set of documents.

=Contributing to the Yocto Project=

As an open source project, Yocto Project welcomes anyone to contribute through various ways. An individual can make contributions through testing, bug fixing and helping out on feature development, etc. at any time. If you have a team and would like to help out as a team, then it’s better to coordinate with us up front on things such as work assignment, schedule, processes, etc.

There are various ways of asking questions and finding the information you need:

# Mailing list: [mailto:Yocto@yoctoproject.org Yocto@yoctoproject.org]
# IRC channel: [http://www.yoctoproject.org/community/irc http://www.yoctoproject.org/community/irc]
# Wiki page: [https://wiki.yoctoproject.org/ https://wiki.yoctoproject.org]
# Tuesday technical team meeting. This meeting usually happens on 8:00AM PDT every Tuesday. It is open to the public. You can find the meeting information such as agenda and timing in the public mailing (item 1 above) list every week. Please feel free to join the meeting if you have questions that cannot be answered elsewhere.
# Ask anyone you know on the Yocto Project.

==Individual Contribution==

If you are new to Yocto Project, there are a few things you can do to get started:

# Go to: [http://www.yoctoproject.org/documentation http://www.yoctoproject.org/documentation]. There you will find documents to get you started with the Yocto Project. The quick start guide is always a good place to try first. You can also watch a few training videos and that can help you in a more intuitive way.
# Go to [http://git.yoctoproject.org/ http://git.yoctoproject.org/] to check out the source code and familiarize yourself with the code structure, coding style, etc.
# Ask questions on the Yocto Project mailing list: [mailto:yocto@yoctoproject.org yocto@yoctoproject.org], or the IRC channel if you have any ([http://www.yoctoproject.org/community/irc http://www.yoctoproject.org/community/irc])

Once you are ready, you can pretty much contribute to any activities including the following:

# Find out the project status: The planning wiki page ([https://wiki.yoctoproject.org/wiki/Planning https://wiki.yoctoproject.org/wiki/Planning]) lists release status, feature list for all releases. You should be able to find out where we are for the project in terms of feature development, bug fixing and milestone progress from the status page of each release.
# New features/ideas: If you have any idea or new feature in mind for the project, you can always put it in Yocto Project Bugzilla ([https://bugzilla.yoctoproject.org/ https://bugzilla.yoctoproject.org/]) as enhancement bugs. That’s where we keep all the features for every release. Before putting in any new features, you may want to search if there is any similar feature that’s already there. We usually plan features for the next release during release planning, but there is nothing prevent us from working on it during the current release if the feature is really more valuable than all others or if you can actually help get it done.
# Feature development: If you would like to help with feature development, please check Yocto Project Bugzilla ([https://bugzilla.yoctoproject.org/ https://bugzilla.yoctoproject.org/]) for ‘Enhancement’ (severity) bugs. We track all new features in Bugzilla with these ‘Enhancement’ bugs. If you see something that is interesting, please feel free to contact the owner and see how you can help there.
# Bug fixing: Again, go to Yocto Project Bugzilla, check out the open bugs and contact the owner if you are interested in helping on any of them. I’m sure the owner will appreciate your help very much since we are always short of time.
# Package update: Please see this wiki page ([https://wiki.yoctoproject.org/wiki/Distro_Tracking https://wiki.yoctoproject.org/wiki/Distro_Tracking]) for more information and contact the maintainer of the package if you would like to help updating one or more of the packages.
# BSP development: if you would like to create a BSP for some target device, here is some document that may help you: [http://www.yoctoproject.org/docs/current/bsp-guide/bsp-guide.html http://www.yoctoproject.org/docs/current/bsp-guide/bsp-guide.html]. During development if you have questions, please feel free to ask via the the Yocto Project mailing list: [mailto:yocto@yoctoproject.org yocto@yoctoproject.org], or the IRC channel ([http://www.yoctoproject.org/community/irc http://www.yoctoproject.org/community/irc]). Please also refer to [https://wiki.yoctoproject.org/wiki/Third_Party_BSP_Release_Process https://wiki.yoctoproject.org/wiki/Third_Party_BSP_Release_Process] if you would like to have your BSP released through the Yocto Project.
# QA: Most of the QA related information can be found here: [https://wiki.yoctoproject.org/wiki/QA https://wiki.yoctoproject.org/wiki/QA]. If you would like to help on testing the system, some features, or testing Yocto on different Linux distributions, please feel free to contact our program manager or our QA team.

==Team Contribution==

If you have a team from your organization and would like to contribute to the project, that’s even better. In many cases, you may have a specific set of things you would like your team to work on or you have your own release schedule that could be different from the Yocto Project release schedule for your Yocto Project related product. In this case, it’s better to have some plan time before we start working together. Please feel free to contact our program manager or come to our Tuesday technical team meeting (you should be able to see the meeting information every week on the [mailto:Yocto@yoctoproject.org Yocto@yoctoproject.org] mailing list). Once we establish the contact, then a detailed plan can be worked out to align your goal and schedule with the Yocto Project.

=Other Processes=

==Point Release Process==

A point release is a minor release such as 1.0.x. Point releases are necessary to address the following:

# Issues building on current Linux distributions.
# fix critical bugs and security issues (CVEs) for the first 6 months after release
# fix security issues for the first year after release

===Maintainers ===

The role of a point release maintainer for Yocto Project will be rotated among team members and community volunteers. The maintainer is responsible for branching out and pulling patches for the point release. Decisions regarding the content and planning of the point release should be worked out with architects and the program manager. Any related questions and requests about the point release should be sent to maintainers.

===Process ===

[[File: YPPointReleaseProc.png]]

# Maintainers send request for patch recommendations to the public mailing list.
# Review release notes and QA reports of previous point releases and the major release, make sure we integrate patches to fix significant known issues in previous releases.
# Branching out:
## Create a branch for the point release
## Review, integrate selected patches and do necessary testing
# Build:
## Merge the branch with Poky release branch for the major release. For example, point release 1.0.2 branch should merge with 1.0 release branch
## Rebuild BSPs including core BSPs and some other necessary ones and run these BSPs through full pass QA test. BSPs should be re-built with both the recipes and meta data of the current point release and the related major release against the point release. This is to ensure BSP compatibility where BSPs that can be built with the major release can also be build with the point release without any modification.
# QA: go through build, weekly QA or full-pass QA test if necessary. Multiple Release Candidate builds should be planned if the changes in the point release are significant.
# Release: generate and publish the release package, release note.
# Announcement: announcing the release in the public mailing list. Blog the release if there is any significant impact to the community.

File:Bugburndown-1-5.png

2013-08-12T21:21:28Z

Song: uploaded a new version of "File:Bugburndown-1-5.png"

Yocto Project v1.5 Status

2013-08-06T21:27:09Z

Song: /* Milestone 3 */

Yocto Build Failure Swat Team

2013-08-05T22:54:53Z

Song: /* Members */

==Overview==

The assembly of the Yocto Project SWAT team is mainly to tackle urgent technical problems that break build on the master branch or major release branches in a timely manner, thus to maintain the stability of the master and release branch. The SWAT team includes volunteers or appointed members of the Yocto Project team. Community members can also volunteer to be part of the SWAT team.

==Scope of Responsibility==

Whenever a build (nightly build, weekly build, release build) fails, the SWAT team is responsible for ensuring the necessary debugging occurs and organizing resources to solve the issue and ensure successful builds. If resolving the issues requires schedule or resource adjustment, the SWAT team should work with program and development management to accommodate the change in the overall planning. If resolving the issues requires access to the autobuilder, please contact either [[User:Eflangan| Beth Flanagan]] or [[User:Mhalstead| Michael Halstead]] for access rights.

Build failures are reported on the [https://lists.yoctoproject.org/listinfo/yocto-builds yocto-build mailing list].

Please review the [[Media:Swat.odp]] presentation.

==Members==

* Nitin Kamble (US)
* Elizabeth Flanagan (US) (Autobuilder Maintainer)
* Paul Eggleton (UK)
* Jessica Zhang (US)
* Saul Wold (US) (Autobuilder Administrator)
* Richard Purdie (UK) (Autobuilder Administrator)
* Ross Burton (UK)
* Cristian Iorga (RO)
* Cristiana Voicu (RO)
* Laurentiu Palcu (RO)

==Chair==
A chairperson role will be rotated among team members each week. The Chairperson should monitor the build status for the entire week. Whenever a build is broken, the Chairperson should do necessary debugging and organize resources to solve the problems in a timely manner to meet the overall project and release schedule. The Chairperson serves as the focal point of the SWAT team to external people such as program managers or development managers.

==Rotation Process==
The Chairperson rotation takes place during the weekly technical project meeting (Tuesdays at 8:00 AM PT). Usually, this will take a simple round robin order. In case the next person cannot take the role due to tight schedule, vacation or some other reasons, the role will be passed to the next person.

The current Chairperson's full name and email address will be published on the project status wiki page: https://wiki.yoctoproject.org/wiki/Yocto_Project_v1.2_Status under "Current SWAT team Chairperson" section.

==Debugging BKMs==

When looking at a failure, the first question is what the baseline was and what changed. If there were recent known good builds it helps to narrow down the number of changes that were likely responsible for the failure. It's also useful to note if the build was from scratch or from existing sstate files. You can tell by seeing what "setscene" tasks run in the log.

The primary responsibility is to ensure that any failures are categorized correctly and that the right people get to know about them.

It's important *someone* is then tasked with fixing it. Image failures are particular tricky since its likely some component of the image that failed and the question is then whether that component changed recently, whether it was some kind of core functionality at fault and so on.

Ideally we want to get the failure reported to the person who knows something about the area and can come up with a fix without it distracting them too much.
As a secondary responsibility, it's often helpful to triage the failure. This might mean documenting a way to reproduce the failure outside a full build and/or documenting how the failure is happening and maybe even propose a fix.

To fulfill the primary responsibility, it's suggested that bugs are opened on the bugzilla for each type of failure. This way, appropriate people can be brought into the discussion and a specific owner of the failure can be assigned. Replying to the build failure with the bug ID and also bringing the bug to the attention of anyone you suspect was responsible for the problem are also good practices.

When filing the bug, please cut and paste the relevant error in the bug comment, and include the log file as an attachement. This ensures the assignee and triage team can quickly asses this issue.

Every build failure should be responded to. If it is a known issue, a response with a single line containing "Known Issue" is sufficient. This assures others that the failure has been looked at and is being worked on.

==Autobuilder BKMs==

Sometimes failures are difficult to understand and can require direct ssh access to the autobuilder so the issue can be debugged passively on the system to examine contents of files and so forth. If doing this ensure you don't change any of the file system for example adding files that couldn't then be deleted by the autobuilder when it rebuilds.

Rarely, "live" debugging might be needed where you'd su to the pokybuild user and run a build manually to see the failure in real time. If doing this, ensure you only create files as the pokybuild user and you are careful not to generate sstate packages which shouldn't be present or any other bad state that might get reused. In general its recommended not to do "live" debugging. This can be escalated to RP/Saul/Beth if needed.

Live debugging is generally something we try to avoid doing. It should only occur if an issue can only be reproduced on the autobuilder.

===Autobuilder Overview===

====Infrastructure Overview====
ab01: The yocto master autobuilder. This runs one low utility slave which does, universe fetch, package index, bitbake self test, builds the adt-installer and generally acts as the release mechanism for the Yocto Project. It also acts as a trigger parent for our full nightly build. This nightly build is essentially what builds our release, minus release notes.

ab02, ab04, ab05, ab06, ab10: Generic nightly slaves. These run three slaves a piece. ab10 also runs our eclipse plugin build

====Build Targets====
Nightly is a "dummy" buildset that does relatively few things and is only ever run on ab01. It mainly does universe fetch, building
adt-installer and building the eclipse plugin. It's main function is to trigger nightly-${ARCH} and wait until they're done. ab02, ab04,
ab05, ab06 are what is used to run this pool of nightly arch builds.

NOTE: Just because nightly-* ran on ab04 the last time does not mean it will again. It's semi random. In order to find out what host you need to log into, please look for the buildstep that says:

Building on
autobuilder04
Linux autobuilder04 2.6.37.6-0.9-default #1 SMP 2011-10-19 22:33:27
+0200 x86_64 x86_64 x86_64 GNU/Linux

====Build "gotchas"====
Currently, we share sstate-cache and downloads between these slaves via NAS. For the moment we are also splitting up sstate and lsb-sstate. They are currently stored in /srv/www/vhosts/autobuilder.yoctoproject.org/pub/[sstate|lsb-sstate]. This will change after M2 to be combined into one directory; /srv/www/vhosts/autobuilder.yoctoproject.org/pub/sstate

TMPDIR between distros (poky and poky-lsb) is not shared. $TMPDIR ends up being moved to ~pokybuild/yocto-autobuilder/yocto-slave/nightly-${ARCH}/build/build/nonlsb-tmp and poky-lsb is left in the above path's tmp.

====Live Debugging Process====
If you need to do live debugging on the autobuilder, you want to:

* Check that nothing is running on the builder:
http://autobuilder.yoctoproject.org:8010/buildslaves

* If nothing is running, remove the buildslave from the pool. Please let either Beth or sgw know if you're planning on doing this. Email/IRC is fine.

Keep in mind that we are currently utilizing two autobuilders. One is just for bugzilla reference (logs and whatnot), the other is production. There have been instances of people not know where the running autobuilder lives.

The new autobuilder lives in ~/pokybuild/yocto-autobuilder-new. This will eventually change when I EOL the old autobuilder. However, when in doubt about where to find the base dir of the slave, always check the Create BBLayers Configuration step of the build you want. From this you can derive the base dir.

Example:

http://autobuilder.yoctoproject.org:8011/builders/nightly/builds/101

Looking at: http://autobuilder.yoctoproject.org:8011/builders/nightly/builds/101/steps/CreateAutoConf/logs/stdio shows that we've not moved TMPDIR

Looking at: http://autobuilder.yoctoproject.org:8011/builders/nightly/builds/101/steps/Create%20BBLayers%20Configuration/logs/stdio

"BBLAYERS += " \
/srv/home/pokybuild/yocto-autobuilder-new/yocto-slave/nightly/build/meta \
/srv/home/pokybuild/yocto-autobuilder-new/yocto-slave/nightly/build/meta-yocto \
/srv/home/pokybuild/yocto-autobuilder-new/yocto-slave/nightly/build/meta-yocto-bsp \
/srv/home/pokybuild/yocto-autobuilder-new/yocto-slave/nightly/build/meta-qt3 \
"

indicates that the layers all exist in the slave's build dir for that build set. Which means that TMPDIR is most likely in:
/srv/home/pokybuild/yocto-autobuilder-new/yocto-slave/nightly/build/build/tmp

<nowiki>
sudo -i -u pokybuild
cd yocto-autobuilder-new
. ./yocto-autobuilder-setup
./yocto-stop-autobuilder slave
</nowiki>

This will ensure that the directory you are working in doesn't disappear out from under you. Please make sure that after you are done, you restart:

<nowiki>
sudo -i -u pokybuild
cd yocto-autobuilder-new
. ./yocto-autobuilder-setup
./yocto-start-autobuilder slave
</nowiki>

=====Things to never do=====
* NEVER clean sstate (cleanall, cleansstate). As sstate is shared across builders, you do not want it wiped like this. If you need to toss sstate, let Beth/sgw/RP know. We try not to remove sstate as it speeds up build times dramatically. As it's fairly large and takes a while to wipe, we try to avoid this.
* NEVER stop ab01's master/slave. If you need to debug something on ab01, let sgw, RP and Beth know. As we're the only three who can kick builds off, it's really important they all know so they don't kick off a build and tromp on live debugging. If you need to work on ab01 one of them must know about it *and* have given the ok.
* NEVER create a file as yourself under ~pokybuild/yocto-autobuilder/* This can cause future builds to fail and is frustrating to debug.

Yocto Project v1.5 Status

2013-07-17T18:15:48Z

Song: /* Yocto Project 1.5 Release Criteria */

Yocto Project v1.5 Status

2013-07-17T18:13:43Z

Song: /* Milestone 1 */

Yocto Project v1.5 Status

2013-07-17T18:11:32Z

Song: /* Milestone 2 */

Yocto Build Failure Swat Team

2013-07-08T22:25:26Z

Song: /* Members */

==Overview==

The assembly of the Yocto Project SWAT team is mainly to tackle urgent technical problems that break build on the master branch or major release branches in a timely manner, thus to maintain the stability of the master and release branch. The SWAT team includes volunteers or appointed members of the Yocto Project team. Community members can also volunteer to be part of the SWAT team.

==Scope of Responsibility==

Whenever a build (nightly build, weekly build, release build) fails, the SWAT team is responsible for ensuring the necessary debugging occurs and organizing resources to solve the issue and ensure successful builds. If resolving the issues requires schedule or resource adjustment, the SWAT team should work with program and development management to accommodate the change in the overall planning. If resolving the issues requires access to the autobuilder, please contact either [[User:Eflangan| Beth Flanagan]] or [[User:Mhalstead| Michael Halstead]] for access rights.

Build failures are reported on the [https://lists.yoctoproject.org/listinfo/yocto-builds yocto-build mailing list].

Please review the [[Media:Swat.odp]] presentation.

==Members==

* Nitin Kamble (US)
* Elizabeth Flanagan (US) (Autobuilder Maintainer)
* Paul Eggleton (UK)
* Jessica Zhang (US)
* Saul Wold (US) (Autobuilder Administrator)
* Richard Purdie (UK) (Autobuilder Administrator)
* Ross Burton (UK)
* Ioana Grigoropol (RO)
* Cristian Iorga (RO)
* Andrei Dinu (RO)
* Cristiana Voicu (RO)
* Radu Moisan (RO)
* Laurentiu Palcu (RO)

==Chair==
A chairperson role will be rotated among team members each week. The Chairperson should monitor the build status for the entire week. Whenever a build is broken, the Chairperson should do necessary debugging and organize resources to solve the problems in a timely manner to meet the overall project and release schedule. The Chairperson serves as the focal point of the SWAT team to external people such as program managers or development managers.

==Rotation Process==
The Chairperson rotation takes place during the weekly technical project meeting (Tuesdays at 8:00 AM PT). Usually, this will take a simple round robin order. In case the next person cannot take the role due to tight schedule, vacation or some other reasons, the role will be passed to the next person.

The current Chairperson's full name and email address will be published on the project status wiki page: https://wiki.yoctoproject.org/wiki/Yocto_Project_v1.2_Status under "Current SWAT team Chairperson" section.

==Debugging BKMs==

When looking at a failure, the first question is what the baseline was and what changed. If there were recent known good builds it helps to narrow down the number of changes that were likely responsible for the failure. It's also useful to note if the build was from scratch or from existing sstate files. You can tell by seeing what "setscene" tasks run in the log.

The primary responsibility is to ensure that any failures are categorized correctly and that the right people get to know about them.

It's important *someone* is then tasked with fixing it. Image failures are particular tricky since its likely some component of the image that failed and the question is then whether that component changed recently, whether it was some kind of core functionality at fault and so on.

Ideally we want to get the failure reported to the person who knows something about the area and can come up with a fix without it distracting them too much.
As a secondary responsibility, it's often helpful to triage the failure. This might mean documenting a way to reproduce the failure outside a full build and/or documenting how the failure is happening and maybe even propose a fix.

To fulfill the primary responsibility, it's suggested that bugs are opened on the bugzilla for each type of failure. This way, appropriate people can be brought into the discussion and a specific owner of the failure can be assigned. Replying to the build failure with the bug ID and also bringing the bug to the attention of anyone you suspect was responsible for the problem are also good practices.

When filing the bug, please cut and paste the relevant error in the bug comment, and include the log file as an attachement. This ensures the assignee and triage team can quickly asses this issue.

Every build failure should be responded to. If it is a known issue, a response with a single line containing "Known Issue" is sufficient. This assures others that the failure has been looked at and is being worked on.

==Autobuilder BKMs==

Sometimes failures are difficult to understand and can require direct ssh access to the autobuilder so the issue can be debugged passively on the system to examine contents of files and so forth. If doing this ensure you don't change any of the file system for example adding files that couldn't then be deleted by the autobuilder when it rebuilds.

Rarely, "live" debugging might be needed where you'd su to the pokybuild user and run a build manually to see the failure in real time. If doing this, ensure you only create files as the pokybuild user and you are careful not to generate sstate packages which shouldn't be present or any other bad state that might get reused. In general its recommended not to do "live" debugging. This can be escalated to RP/Saul/Beth if needed.

Live debugging is generally something we try to avoid doing. It should only occur if an issue can only be reproduced on the autobuilder.

===Autobuilder Overview===

====Infrastructure Overview====
ab01: The yocto master autobuilder. This runs two low utility slaves which do the eclipse build, universe fetch and build adt-installer. It also acts as a trigger parent for our full nightly build.

ab02, ab04, ab05, ab06: Generic nightly slaves. These run two slaves a piece. On trigger from nightly, these slaves

====Build Targets====
Nightly is a "dummy" buildset that does relatively few things and is only ever run on ab01. It mainly does universe fetch, building
adt-installer and building the eclipse plugin. It's main function is to trigger nightly-${ARCH} and wait until they're done. ab02, ab04,
ab05, ab06 are what is used to run this pool of nightly arch builds.

NOTE: Just because nightly-* ran on ab04 the last time does not mean it will again. It's semi random. In order to find out what host you need to log into, please look for the buildstep that says:

Building on
autobuilder04
Linux autobuilder04 2.6.37.6-0.9-default #1 SMP 2011-10-19 22:33:27
+0200 x86_64 x86_64 x86_64 GNU/Linux

====Build "gotchas"====
Currently, we share sstate-cache and downloads between these slaves via NAS. For the moment we are also splitting up sstate and lsb-sstate. They are currently stored in /srv/www/vhosts/autobuilder.yoctoproject.org/pub/[sstate|lsb-sstate]. This will change after M2 to be combined into one directory; /srv/www/vhosts/autobuilder.yoctoproject.org/pub/sstate

TMPDIR between distros (poky and poky-lsb) is not shared. $TMPDIR ends up being moved to ~pokybuild/yocto-autobuilder/yocto-slave/nightly-${ARCH}/build/build/nonlsb-tmp and poky-lsb is left in the above path's tmp.

====Live Debugging Process====
If you need to do live debugging on the autobuilder, you want to:

* Check that nothing is running on the builder:
http://autobuilder.yoctoproject.org:8010/buildslaves

* If nothing is running, remove the buildslave from the pool. Please let either Beth or sgw know if you're planning on doing this. Email/IRC is fine.

Keep in mind that we are currently utilizing two autobuilders. One is just for bugzilla reference (logs and whatnot), the other is production. There have been instances of people not know where the running autobuilder lives.

The new autobuilder lives in ~/pokybuild/yocto-autobuilder-new. This will eventually change when I EOL the old autobuilder. However, when in doubt about where to find the base dir of the slave, always check the Create BBLayers Configuration step of the build you want. From this you can derive the base dir.

Example:

http://autobuilder.yoctoproject.org:8011/builders/nightly/builds/101

Looking at: http://autobuilder.yoctoproject.org:8011/builders/nightly/builds/101/steps/CreateAutoConf/logs/stdio shows that we've not moved TMPDIR

Looking at: http://autobuilder.yoctoproject.org:8011/builders/nightly/builds/101/steps/Create%20BBLayers%20Configuration/logs/stdio

"BBLAYERS += " \
/srv/home/pokybuild/yocto-autobuilder-new/yocto-slave/nightly/build/meta \
/srv/home/pokybuild/yocto-autobuilder-new/yocto-slave/nightly/build/meta-yocto \
/srv/home/pokybuild/yocto-autobuilder-new/yocto-slave/nightly/build/meta-yocto-bsp \
/srv/home/pokybuild/yocto-autobuilder-new/yocto-slave/nightly/build/meta-qt3 \
"

indicates that the layers all exist in the slave's build dir for that build set. Which means that TMPDIR is most likely in:
/srv/home/pokybuild/yocto-autobuilder-new/yocto-slave/nightly/build/build/tmp

<nowiki>
sudo -i -u pokybuild
cd yocto-autobuilder-new
. ./yocto-autobuilder-setup
./yocto-stop-autobuilder slave
</nowiki>

This will ensure that the directory you are working in doesn't disappear out from under you. Please make sure that after you are done, you restart:

<nowiki>
sudo -i -u pokybuild
cd yocto-autobuilder
. ./yocto-autobuilder-setup
./yocto-start-autobuilder slave
</nowiki>

=====Things to never do=====
* NEVER clean sstate (cleanall, cleansstate). As sstate is shared across builders, you do not want it wiped like this. If you need to toss sstate, let Beth/sgw/RP know. We try not to remove sstate as it speeds up build times dramatically. As it's fairly large and takes a while to wipe, we try to avoid this.
* NEVER stop ab01's master/slave. If you need to debug something on ab01, let sgw, RP and Beth know. As we're the only three who can kick builds off, it's really important they all know so they don't kick off a build and tromp on live debugging. If you need to work on ab01 one of them must know about it *and* have given the ok.
* NEVER create a file as yourself under ~pokybuild/yocto-autobuilder/* This can cause future builds to fail and is frustrating to debug.

File:Bugburndown-1-5.png

2013-06-17T17:06:12Z

Song: uploaded a new version of "File:Bugburndown-1-5.png"

File:Bugburndown-1-5.png

2013-06-14T22:58:35Z

Song: uploaded a new version of "File:Bugburndown-1-5.png"

File:Bugburndown-1-5.png

2013-06-14T22:52:27Z

Song:

Yocto Project v1.5 Status

2013-06-14T22:52:14Z

Song: /* Project Dashboard */

Yocto Project v1.5 Status

2013-06-13T14:58:19Z

Song: /* Milestone 1 */

Yocto Project 1.4 release Status

= Project Dashboard =

 

= Feature/Task Board =
== Overview ==
{|border="1" {{table}}
| align="center" style="background:#f0f0f0;"|'''Scheduled'''
| align="center" style="background:#f0f0f0;"|'''Design'''
| align="center" style="background:#f0f0f0;"|'''Design Complete'''
| align="center" style="background:#f0f0f0;"|'''Development'''
| align="center" style="background:#f0f0f0;"|'''Patch Review'''
| align="center" style="background:#f0f0f0;"|'''Testing'''
| align="center" style="background:#00ff00;"|'''Done'''
| align="center" style="background:#ff0000;"|'''Blocked'''
|-valign="top"
|{{#bugzilla:
|columns=id,to,milestone
|noresultsmessage="None"
|status=ACCEPTED,NEW
|milestone=1.5 M1,1.5 M2,1.5 M3,1.5 M4, 1.5 M5, 1.5
|severity=enhancement
|sort=milestone,to
}}
||{{#bugzilla:
|columns=id,to,milestone
|noresultsmessage="None"
|status=IN PROGRESS DESIGN
|milestone=1.5 M1,1.5 M2,1.5 M3,1.5 M4, 1.5 M5, 1.5
|severity=enhancement
|sort=milestone,to
}}
||{{#bugzilla:
|columns=id,to,milestone
|noresultsmessage="None"
|status=IN PROGRESS DESIGN COMPLETE
|milestone=1.5 M1,1.5 M2,1.5 M3,1.5 M4, 1.5 M5, 1.5
|severity=enhancement
|sort=milestone,to
}}
||{{#bugzilla:
|columns=id,to,milestone
|noresultsmessage="None"
|status=IN PROGRESS IMPLEMENTATION
|milestone=1.5 M1,1.5 M2,1.5 M3,1.5 M4, 1.5 M5, 1.5
|severity=enhancement
|sort=milestone,to
}}
||{{#bugzilla:
|columns=id,to,milestone
|noresultsmessage="None"
|status=IN PROGRESS REVIEW
|milestone=1.5 M1,1.5 M2,1.5 M3,1.5 M4, 1.5 M5, 1.5
|severity=enhancement
|sort=milestone,to
}}
||{{#bugzilla:
|columns=id,to,milestone
|status=RESOLVED
|milestone=1.5 M1,1.5 M2,1.5 M3,1.5 M4, 1.5 M5, 1.5
|severity=enhancement
|sort=milestone,to
}}
||{{#bugzilla:
|columns=id,to,milestone
|status=verified, closed
|milestone=1.5 M1,1.5 M2,1.5 M3,1.5 M4, 1.5 M5, 1.5
|severity=enhancement
|sort=milestone,to
}}
||{{#bugzilla:
|columns=id,to,milestone
|noresultsmessage="None"
|status=needinfo, waitforupstream
|milestone=1.5 M1,1.5 M2,1.5 M3,1.5 M4, 1.5 M5, 1.5
|severity=enhancement
|sort=milestone,to
}}
|}

== List View ==
=== Blocked ===
{{#bugzilla:
|columns=id,to,estimated,whiteboard,milestone,status
|noresultsmessage="None"
|status=needinfo,waitforupstream
|milestone=1.5 M1,1.5 M2,1.5 M3,1.5 M4, 1.5 M5, 1.5
|sort=milestone,to
|total=estimated
|severity=enhancement
}}

=== Scheduled ===
{{#bugzilla:
|columns=id,to,estimated,summary,whiteboard,milestone,status
|noresultsmessage="None"
|status=ACCEPTED,NEW
|milestone=1.5 M1,1.5 M2,1.5 M3,1.5 M4, 1.5 M5, 1.5
|sort=milestone,to
|severity=enhancement
|total=estimated
}}

=== Design ===
{{#bugzilla:
|columns=id,to,estimated,summary,whiteboard,milestone,status
|noresultsmessage="None"
|status=IN PROGRESS DESIGN
|milestone=1.5 M1,1.5 M2,1.5 M3,1.5 M4, 1.5 M5, 1.5
|sort=milestone,to
|severity=enhancement
|total=estimated
}}

=== Design Complete ===
{{#bugzilla:
|columns=id,to,estimated,summary,whiteboard,milestone,status
|noresultsmessage="None"
|status=IN PROGRESS DESIGN COMPLETE
|milestone=1.5 M1,1.5 M2,1.5 M3,1.5 M4, 1.5 M5, 1.5
|sort=milestone,to
|severity=enhancement
|total=estimated
}}

=== Development ===
{{#bugzilla:
|columns=id,to,estimated,summary,whiteboard,milestone,status
|noresultsmessage="None"
|status=IN PROGRESS IMPLEMENTATION
|milestone=1.5 M1,1.5 M2,1.5 M3,1.5 M4, 1.5 M5, 1.5
|sort=milestone,to
|severity=enhancement
|total=estimated
}}

=== Patch Review ===
{{#bugzilla:
|columns=id,to,estimated,summary,whiteboard,milestone,status
|noresultsmessage="None"
|status=IN PROGRESS REVIEW
|milestone=1.5 M1,1.5 M2,1.5 M3,1.5 M4, 1.5 M5, 1.5
|sort=milestone,to
|severity=enhancement
|total=estimated
}}

=== Testing ===
{{#bugzilla:
|columns=id,to,estimated,summary,whiteboard,milestone,status
|noresultsmessage="None"
|status=RESOLVED
|milestone=1.5 M1,1.5 M2,1.5 M3,1.5 M4, 1.5 M5, 1.5
|sort=milestone,to
|severity=enhancement
|total=estimated
}}

=== Done ===
{{#bugzilla:
|columns=id,to,estimated,summary,whiteboard,milestone,status
|status=verified, closed
|milestone=1.5 M1,1.5 M2,1.5 M3,1.5 M4, 1.5 M5, 1.5
|sort=milestone,to
|severity=enhancement
|total=estimated
}}
 

= Yocto Project SWAT team =
Chairperson of the current week: Laurentiu Palcu 
Please see here for the details of the SWAT team: https://wiki.yoctoproject.org/wiki/Yocto_Build_Failure_Swat_Team
 

= Yocto Project 1.5 Release Criteria =
== Milestone 1 ==
{| border="1" {{table}}
| ! scope="col" bgcolor="grey" | '''Release Criteria''' || ! scope="col" bgcolor="grey" | '''Milestone 1 Target''' || ! scope="col" bgcolor="grey" | '''Milestone 1 Status'''
|-
| Functional Completion || All high features are completed. || bgcolor="" |
|-
| Build and Release (Yocto) || All completed features can be built with no errors. || bgcolor="" |
|-
| Build and Release (BSPs) || Core BSPs can be built with no errors. || bgcolor="" |
|-
| Open Bugs || All bugs have been dispositioned. Milestone high issues have been fixed. || bgcolor="" | [https://bugzilla.yoctoproject.org/buglist.cgi?priority=High&list_id=23883&bug_severity=critical&bug_severity=major&bug_severity=normal&bug_severity=minor&bug_severity=janitors&query_format=advanced&bug_status=UNCONFIRMED&bug_status=NEW&bug_status=ACCEPTED&bug_status=IN%20PROGRESS%20DESIGN&bug_status=IN%20PROGRESS%20DESIGN%20COMPLETE&bug_status=IN%20PROGRESS%20IMPLEMENTATION&bug_status=IN%20PROGRESS%20REVIEW&bug_status=REOPENED&bug_status=NEEDINFO&bug_status=WaitForUpstream&target_milestone=1.4&target_milestone=1.4%20M1&target_milestone=1.4%20M2&target_milestone=1.4%20M3&target_milestone=1.4%20M4&target_milestone=1.4%20M5]
|-
| Functional Tests || 100% of planned tests are executed and results are logged in bugzilla. || bgcolor="" |
|-
| Distros Tested || Fedora, Ubuntu, Opensuse, Centos current version || bgcolor="" | Ubuntu 12.04, Ubuntu 13.04, OpenSUSE 12.3, Fedora 18, CentOS 6.4
|-
| BSP Testing || 100% of planned tests are executed and results are logged in bugzilla. || bgcolor="" |
|-
| Documentation || No target || bgcolor="" |
|-
| Build Performance || Try to at least maintain the current performance and improve if possible. || bgcolor="" |
|-
| Package Update || Best Effort || bgcolor="" | Adequate
|-
| Upstream Commits || Have upstream status updated on 100% of patches (so that we can have a status update) || bgcolor="" |
|-
| Publication || The release is announced || bgcolor="" |
|}
 

== Milestone 2 ==
{| border="1" {{table}}
| ! scope="col" bgcolor="grey" | '''Release Criteria''' || ! scope="col" bgcolor="grey" | '''Milestone 2 Target''' || ! scope="col" bgcolor="grey" | '''Milestone 2 Status'''
|-
| Functional Completion || All high features are completed. || bgcolor="" |
|-
| Build and Release (Yocto) || All completed features can be built with no errors. || bgcolor="" |
|-
| Build and Release (BSPs) || Core BSPs can be built with no errors. || bgcolor="" |
|-
| Open Bugs || All bugs have been dispositioned. Milestone high issues have been fixed. || bgcolor="" | [https://bugzilla.yoctoproject.org/buglist.cgi?priority=High&list_id=23883&bug_severity=critical&bug_severity=major&bug_severity=normal&bug_severity=minor&bug_severity=janitors&query_format=advanced&bug_status=UNCONFIRMED&bug_status=NEW&bug_status=ACCEPTED&bug_status=IN%20PROGRESS%20DESIGN&bug_status=IN%20PROGRESS%20DESIGN%20COMPLETE&bug_status=IN%20PROGRESS%20IMPLEMENTATION&bug_status=IN%20PROGRESS%20REVIEW&bug_status=REOPENED&bug_status=NEEDINFO&bug_status=WaitForUpstream&target_milestone=1.4&target_milestone=1.4%20M1&target_milestone=1.4%20M2&target_milestone=1.4%20M3&target_milestone=1.4%20M4&target_milestone=1.4%20M5]
|-
| Functional Tests || 100% of planned tests are executed and results are logged in bugzilla. || bgcolor="" |
|-
| Distros Tested || Fedora, Ubuntu, Opensuse, Centos current version || bgcolor="" |
|-
| BSP Testing || 100% of planned tests are executed and results are logged in bugzilla. || bgcolor="" |
|-
| Documentation || No target || bgcolor="" |
|-
| Build Performance || Try to at least maintain the current performance and improve if possible. || bgcolor="" |
|-
| Package Update || 60% || bgcolor="" |
|-
| Upstream Commits || Have upstream status updated on 100% of patches (so that we can have a status update) || bgcolor="" |
|-
| Publication || The release is announced || bgcolor="" |
|}

Yocto Project v1.5 Status

2013-06-11T21:15:11Z

Song: /* Milestone 1 */

Yocto Project 1.4 release Status

= Project Dashboard =

 

= Feature/Task Board =
== Overview ==
{|border="1" {{table}}
| align="center" style="background:#f0f0f0;"|'''Scheduled'''
| align="center" style="background:#f0f0f0;"|'''Design'''
| align="center" style="background:#f0f0f0;"|'''Design Complete'''
| align="center" style="background:#f0f0f0;"|'''Development'''
| align="center" style="background:#f0f0f0;"|'''Patch Review'''
| align="center" style="background:#f0f0f0;"|'''Testing'''
| align="center" style="background:#00ff00;"|'''Done'''
| align="center" style="background:#ff0000;"|'''Blocked'''
|-valign="top"
|{{#bugzilla:
|columns=id,to,milestone
|noresultsmessage="None"
|status=ACCEPTED,NEW
|milestone=1.5 M1,1.5 M2,1.5 M3,1.5 M4, 1.5 M5, 1.5
|severity=enhancement
|sort=milestone,to
}}
||{{#bugzilla:
|columns=id,to,milestone
|noresultsmessage="None"
|status=IN PROGRESS DESIGN
|milestone=1.5 M1,1.5 M2,1.5 M3,1.5 M4, 1.5 M5, 1.5
|severity=enhancement
|sort=milestone,to
}}
||{{#bugzilla:
|columns=id,to,milestone
|noresultsmessage="None"
|status=IN PROGRESS DESIGN COMPLETE
|milestone=1.5 M1,1.5 M2,1.5 M3,1.5 M4, 1.5 M5, 1.5
|severity=enhancement
|sort=milestone,to
}}
||{{#bugzilla:
|columns=id,to,milestone
|noresultsmessage="None"
|status=IN PROGRESS IMPLEMENTATION
|milestone=1.5 M1,1.5 M2,1.5 M3,1.5 M4, 1.5 M5, 1.5
|severity=enhancement
|sort=milestone,to
}}
||{{#bugzilla:
|columns=id,to,milestone
|noresultsmessage="None"
|status=IN PROGRESS REVIEW
|milestone=1.5 M1,1.5 M2,1.5 M3,1.5 M4, 1.5 M5, 1.5
|severity=enhancement
|sort=milestone,to
}}
||{{#bugzilla:
|columns=id,to,milestone
|status=RESOLVED
|milestone=1.5 M1,1.5 M2,1.5 M3,1.5 M4, 1.5 M5, 1.5
|severity=enhancement
|sort=milestone,to
}}
||{{#bugzilla:
|columns=id,to,milestone
|status=verified, closed
|milestone=1.5 M1,1.5 M2,1.5 M3,1.5 M4, 1.5 M5, 1.5
|severity=enhancement
|sort=milestone,to
}}
||{{#bugzilla:
|columns=id,to,milestone
|noresultsmessage="None"
|status=needinfo, waitforupstream
|milestone=1.5 M1,1.5 M2,1.5 M3,1.5 M4, 1.5 M5, 1.5
|severity=enhancement
|sort=milestone,to
}}
|}

== List View ==
=== Blocked ===
{{#bugzilla:
|columns=id,to,estimated,whiteboard,milestone,status
|noresultsmessage="None"
|status=needinfo,waitforupstream
|milestone=1.5 M1,1.5 M2,1.5 M3,1.5 M4, 1.5 M5, 1.5
|sort=milestone,to
|total=estimated
|severity=enhancement
}}

=== Scheduled ===
{{#bugzilla:
|columns=id,to,estimated,summary,whiteboard,milestone,status
|noresultsmessage="None"
|status=ACCEPTED,NEW
|milestone=1.5 M1,1.5 M2,1.5 M3,1.5 M4, 1.5 M5, 1.5
|sort=milestone,to
|severity=enhancement
|total=estimated
}}

=== Design ===
{{#bugzilla:
|columns=id,to,estimated,summary,whiteboard,milestone,status
|noresultsmessage="None"
|status=IN PROGRESS DESIGN
|milestone=1.5 M1,1.5 M2,1.5 M3,1.5 M4, 1.5 M5, 1.5
|sort=milestone,to
|severity=enhancement
|total=estimated
}}

=== Design Complete ===
{{#bugzilla:
|columns=id,to,estimated,summary,whiteboard,milestone,status
|noresultsmessage="None"
|status=IN PROGRESS DESIGN COMPLETE
|milestone=1.5 M1,1.5 M2,1.5 M3,1.5 M4, 1.5 M5, 1.5
|sort=milestone,to
|severity=enhancement
|total=estimated
}}

=== Development ===
{{#bugzilla:
|columns=id,to,estimated,summary,whiteboard,milestone,status
|noresultsmessage="None"
|status=IN PROGRESS IMPLEMENTATION
|milestone=1.5 M1,1.5 M2,1.5 M3,1.5 M4, 1.5 M5, 1.5
|sort=milestone,to
|severity=enhancement
|total=estimated
}}

=== Patch Review ===
{{#bugzilla:
|columns=id,to,estimated,summary,whiteboard,milestone,status
|noresultsmessage="None"
|status=IN PROGRESS REVIEW
|milestone=1.5 M1,1.5 M2,1.5 M3,1.5 M4, 1.5 M5, 1.5
|sort=milestone,to
|severity=enhancement
|total=estimated
}}

=== Testing ===
{{#bugzilla:
|columns=id,to,estimated,summary,whiteboard,milestone,status
|noresultsmessage="None"
|status=RESOLVED
|milestone=1.5 M1,1.5 M2,1.5 M3,1.5 M4, 1.5 M5, 1.5
|sort=milestone,to
|severity=enhancement
|total=estimated
}}

=== Done ===
{{#bugzilla:
|columns=id,to,estimated,summary,whiteboard,milestone,status
|status=verified, closed
|milestone=1.5 M1,1.5 M2,1.5 M3,1.5 M4, 1.5 M5, 1.5
|sort=milestone,to
|severity=enhancement
|total=estimated
}}
 

= Yocto Project SWAT team =
Chairperson of the current week: Laurentiu Palcu 
Please see here for the details of the SWAT team: https://wiki.yoctoproject.org/wiki/Yocto_Build_Failure_Swat_Team
 

= Yocto Project 1.5 Release Criteria =
== Milestone 1 ==
{| border="1" {{table}}
| ! scope="col" bgcolor="grey" | '''Release Criteria''' || ! scope="col" bgcolor="grey" | '''Milestone 1 Target''' || ! scope="col" bgcolor="grey" | '''Milestone 1 Status'''
|-
| Functional Completion || All high features are completed. || bgcolor="" |
|-
| Build and Release (Yocto) || All completed features can be built with no errors. || bgcolor="" |
|-
| Build and Release (BSPs) || Core BSPs can be built with no errors. || bgcolor="" |
|-
| Open Bugs || All bugs have been dispositioned. Milestone high issues have been fixed. || bgcolor="" | [https://bugzilla.yoctoproject.org/buglist.cgi?priority=High&list_id=23883&bug_severity=critical&bug_severity=major&bug_severity=normal&bug_severity=minor&bug_severity=janitors&query_format=advanced&bug_status=UNCONFIRMED&bug_status=NEW&bug_status=ACCEPTED&bug_status=IN%20PROGRESS%20DESIGN&bug_status=IN%20PROGRESS%20DESIGN%20COMPLETE&bug_status=IN%20PROGRESS%20IMPLEMENTATION&bug_status=IN%20PROGRESS%20REVIEW&bug_status=REOPENED&bug_status=NEEDINFO&bug_status=WaitForUpstream&target_milestone=1.4&target_milestone=1.4%20M1&target_milestone=1.4%20M2&target_milestone=1.4%20M3&target_milestone=1.4%20M4&target_milestone=1.4%20M5]
|-
| Functional Tests || 100% of planned tests are executed and results are logged in bugzilla. || bgcolor="" |
|-
| Distros Tested || Fedora, Ubuntu, Opensuse, Centos current version || bgcolor="" |
|-
| BSP Testing || 100% of planned tests are executed and results are logged in bugzilla. || bgcolor="" |
|-
| Documentation || No target || bgcolor="" |
|-
| Build Performance || Try to at least maintain the current performance and improve if possible. || bgcolor="" |
|-
| Package Update || Best Effort || bgcolor="" | Adequate
|-
| Upstream Commits || Have upstream status updated on 100% of patches (so that we can have a status update) || bgcolor="" |
|-
| Publication || The release is announced || bgcolor="" |
|}
 

== Milestone 2 ==
{| border="1" {{table}}
| ! scope="col" bgcolor="grey" | '''Release Criteria''' || ! scope="col" bgcolor="grey" | '''Milestone 2 Target''' || ! scope="col" bgcolor="grey" | '''Milestone 2 Status'''
|-
| Functional Completion || All high features are completed. || bgcolor="" |
|-
| Build and Release (Yocto) || All completed features can be built with no errors. || bgcolor="" |
|-
| Build and Release (BSPs) || Core BSPs can be built with no errors. || bgcolor="" |
|-
| Open Bugs || All bugs have been dispositioned. Milestone high issues have been fixed. || bgcolor="" | [https://bugzilla.yoctoproject.org/buglist.cgi?priority=High&list_id=23883&bug_severity=critical&bug_severity=major&bug_severity=normal&bug_severity=minor&bug_severity=janitors&query_format=advanced&bug_status=UNCONFIRMED&bug_status=NEW&bug_status=ACCEPTED&bug_status=IN%20PROGRESS%20DESIGN&bug_status=IN%20PROGRESS%20DESIGN%20COMPLETE&bug_status=IN%20PROGRESS%20IMPLEMENTATION&bug_status=IN%20PROGRESS%20REVIEW&bug_status=REOPENED&bug_status=NEEDINFO&bug_status=WaitForUpstream&target_milestone=1.4&target_milestone=1.4%20M1&target_milestone=1.4%20M2&target_milestone=1.4%20M3&target_milestone=1.4%20M4&target_milestone=1.4%20M5]
|-
| Functional Tests || 100% of planned tests are executed and results are logged in bugzilla. || bgcolor="" |
|-
| Distros Tested || Fedora, Ubuntu, Opensuse, Centos current version || bgcolor="" |
|-
| BSP Testing || 100% of planned tests are executed and results are logged in bugzilla. || bgcolor="" |
|-
| Documentation || No target || bgcolor="" |
|-
| Build Performance || Try to at least maintain the current performance and improve if possible. || bgcolor="" |
|-
| Package Update || 60% || bgcolor="" |
|-
| Upstream Commits || Have upstream status updated on 100% of patches (so that we can have a status update) || bgcolor="" |
|-
| Publication || The release is announced || bgcolor="" |
|}

Yocto Project v1.5 Status

2013-06-11T21:10:20Z

Song: /* Milestone 1 */

Yocto Project 1.4 release Status

= Project Dashboard =

 

= Feature/Task Board =
== Overview ==
{|border="1" {{table}}
| align="center" style="background:#f0f0f0;"|'''Scheduled'''
| align="center" style="background:#f0f0f0;"|'''Design'''
| align="center" style="background:#f0f0f0;"|'''Design Complete'''
| align="center" style="background:#f0f0f0;"|'''Development'''
| align="center" style="background:#f0f0f0;"|'''Patch Review'''
| align="center" style="background:#f0f0f0;"|'''Testing'''
| align="center" style="background:#00ff00;"|'''Done'''
| align="center" style="background:#ff0000;"|'''Blocked'''
|-valign="top"
|{{#bugzilla:
|columns=id,to,milestone
|noresultsmessage="None"
|status=ACCEPTED,NEW
|milestone=1.5 M1,1.5 M2,1.5 M3,1.5 M4, 1.5 M5, 1.5
|severity=enhancement
|sort=milestone,to
}}
||{{#bugzilla:
|columns=id,to,milestone
|noresultsmessage="None"
|status=IN PROGRESS DESIGN
|milestone=1.5 M1,1.5 M2,1.5 M3,1.5 M4, 1.5 M5, 1.5
|severity=enhancement
|sort=milestone,to
}}
||{{#bugzilla:
|columns=id,to,milestone
|noresultsmessage="None"
|status=IN PROGRESS DESIGN COMPLETE
|milestone=1.5 M1,1.5 M2,1.5 M3,1.5 M4, 1.5 M5, 1.5
|severity=enhancement
|sort=milestone,to
}}
||{{#bugzilla:
|columns=id,to,milestone
|noresultsmessage="None"
|status=IN PROGRESS IMPLEMENTATION
|milestone=1.5 M1,1.5 M2,1.5 M3,1.5 M4, 1.5 M5, 1.5
|severity=enhancement
|sort=milestone,to
}}
||{{#bugzilla:
|columns=id,to,milestone
|noresultsmessage="None"
|status=IN PROGRESS REVIEW
|milestone=1.5 M1,1.5 M2,1.5 M3,1.5 M4, 1.5 M5, 1.5
|severity=enhancement
|sort=milestone,to
}}
||{{#bugzilla:
|columns=id,to,milestone
|status=RESOLVED
|milestone=1.5 M1,1.5 M2,1.5 M3,1.5 M4, 1.5 M5, 1.5
|severity=enhancement
|sort=milestone,to
}}
||{{#bugzilla:
|columns=id,to,milestone
|status=verified, closed
|milestone=1.5 M1,1.5 M2,1.5 M3,1.5 M4, 1.5 M5, 1.5
|severity=enhancement
|sort=milestone,to
}}
||{{#bugzilla:
|columns=id,to,milestone
|noresultsmessage="None"
|status=needinfo, waitforupstream
|milestone=1.5 M1,1.5 M2,1.5 M3,1.5 M4, 1.5 M5, 1.5
|severity=enhancement
|sort=milestone,to
}}
|}

== List View ==
=== Blocked ===
{{#bugzilla:
|columns=id,to,estimated,whiteboard,milestone,status
|noresultsmessage="None"
|status=needinfo,waitforupstream
|milestone=1.5 M1,1.5 M2,1.5 M3,1.5 M4, 1.5 M5, 1.5
|sort=milestone,to
|total=estimated
|severity=enhancement
}}

=== Scheduled ===
{{#bugzilla:
|columns=id,to,estimated,summary,whiteboard,milestone,status
|noresultsmessage="None"
|status=ACCEPTED,NEW
|milestone=1.5 M1,1.5 M2,1.5 M3,1.5 M4, 1.5 M5, 1.5
|sort=milestone,to
|severity=enhancement
|total=estimated
}}

=== Design ===
{{#bugzilla:
|columns=id,to,estimated,summary,whiteboard,milestone,status
|noresultsmessage="None"
|status=IN PROGRESS DESIGN
|milestone=1.5 M1,1.5 M2,1.5 M3,1.5 M4, 1.5 M5, 1.5
|sort=milestone,to
|severity=enhancement
|total=estimated
}}

=== Design Complete ===
{{#bugzilla:
|columns=id,to,estimated,summary,whiteboard,milestone,status
|noresultsmessage="None"
|status=IN PROGRESS DESIGN COMPLETE
|milestone=1.5 M1,1.5 M2,1.5 M3,1.5 M4, 1.5 M5, 1.5
|sort=milestone,to
|severity=enhancement
|total=estimated
}}

=== Development ===
{{#bugzilla:
|columns=id,to,estimated,summary,whiteboard,milestone,status
|noresultsmessage="None"
|status=IN PROGRESS IMPLEMENTATION
|milestone=1.5 M1,1.5 M2,1.5 M3,1.5 M4, 1.5 M5, 1.5
|sort=milestone,to
|severity=enhancement
|total=estimated
}}

=== Patch Review ===
{{#bugzilla:
|columns=id,to,estimated,summary,whiteboard,milestone,status
|noresultsmessage="None"
|status=IN PROGRESS REVIEW
|milestone=1.5 M1,1.5 M2,1.5 M3,1.5 M4, 1.5 M5, 1.5
|sort=milestone,to
|severity=enhancement
|total=estimated
}}

=== Testing ===
{{#bugzilla:
|columns=id,to,estimated,summary,whiteboard,milestone,status
|noresultsmessage="None"
|status=RESOLVED
|milestone=1.5 M1,1.5 M2,1.5 M3,1.5 M4, 1.5 M5, 1.5
|sort=milestone,to
|severity=enhancement
|total=estimated
}}

=== Done ===
{{#bugzilla:
|columns=id,to,estimated,summary,whiteboard,milestone,status
|status=verified, closed
|milestone=1.5 M1,1.5 M2,1.5 M3,1.5 M4, 1.5 M5, 1.5
|sort=milestone,to
|severity=enhancement
|total=estimated
}}
 

= Yocto Project SWAT team =
Chairperson of the current week: Laurentiu Palcu 
Please see here for the details of the SWAT team: https://wiki.yoctoproject.org/wiki/Yocto_Build_Failure_Swat_Team
 

= Yocto Project 1.5 Release Criteria =
== Milestone 1 ==
{| border="1" {{table}}
| ! scope="col" bgcolor="grey" | '''Release Criteria''' || ! scope="col" bgcolor="grey" | '''Milestone 1 Target''' || ! scope="col" bgcolor="grey" | '''Milestone 1 Status'''
|-
| Functional Completion || All high features are completed. || bgcolor="" |
|-
| Build and Release (Yocto) || All completed features can be built with no errors. || bgcolor="" |
|-
| Build and Release (BSPs) || Core BSPs can be built with no errors. || bgcolor="" |
|-
| Open Bugs || All bugs have been dispositioned. Milestone high issues have been fixed. || bgcolor="" | [https://bugzilla.yoctoproject.org/buglist.cgi?priority=High&list_id=23883&bug_severity=critical&bug_severity=major&bug_severity=normal&bug_severity=minor&bug_severity=janitors&query_format=advanced&bug_status=UNCONFIRMED&bug_status=NEW&bug_status=ACCEPTED&bug_status=IN%20PROGRESS%20DESIGN&bug_status=IN%20PROGRESS%20DESIGN%20COMPLETE&bug_status=IN%20PROGRESS%20IMPLEMENTATION&bug_status=IN%20PROGRESS%20REVIEW&bug_status=REOPENED&bug_status=NEEDINFO&bug_status=WaitForUpstream&target_milestone=1.4&target_milestone=1.4%20M1&target_milestone=1.4%20M2&target_milestone=1.4%20M3&target_milestone=1.4%20M4&target_milestone=1.4%20M5]
|-
| Functional Tests || 100% of planned tests are executed and results are logged in bugzilla. || bgcolor="" |
|-
| Distros Tested || Fedora, Ubuntu, Opensuse, Centos current version || bgcolor="" |
|-
| BSP Testing || 100% of planned tests are executed and results are logged in bugzilla. || bgcolor="" |
|-
| Documentation || No target || bgcolor="" |
|-
| Build Performance || Try to at least maintain the current performance and improve if possible. || bgcolor="" |
|-
| Package Update || 60% || bgcolor="" |
|-
| Upstream Commits || Have upstream status updated on 100% of patches (so that we can have a status update) || bgcolor="" |
|-
| Publication || The release is announced || bgcolor="" |
|}

Planning

2013-06-04T14:40:34Z

Song: /* Roadmaps and Schedules */

Planning for features and schedule is done as a community. Details on the schedule, features, and development and release process are below.
=== Project Status and Release Cycle ===
* [[Yocto Project v1.5 Status]] (Current)
* [[Yocto Project v1.4 Status]]
* [[Yocto Project v1.3 Status]]
* [[Yocto Project v1.2 Status]]
* [[Yocto Project v1.1 Release Criteria]]
* [[Yocto Project v1.0 Release Criteria]]
* [[Yocto Project v. 1.0 Release Cycle]]
* [[Yocto Project v1.0.1 Release Criteria]]
* [[Yocto Project v1.0 Release Criteria]]

=== Roadmaps and Schedules ===
* [[Yocto 1.5 Schedule]] (Current)
* [[Yocto 1.4 Schedule]]
* [[Yocto 1.3 Schedule]]
* [[Yocto 1.2 Schedule]]
* [[Yocto 1.1 Schedule]]
* [[Yocto 1.0 Schedule]]
* [[Yocto Project Roadmap]]
* [[YoctoCalendar]]
* Point Release Calendar[https://www.google.com/calendar/embed?src=3a0927ctps51u8rs2jv1uligdc%40group.calendar.google.com&ctz=America/Los_Angeles]

=== Features ===
* [[Yocto 1.5 Features]] (current)
* [[Yocto 1.4 Features]]
* [[Yocto 1.3 Features]]
* [[Yocto 1.2 Features]]
* [[Yocto General Features]] - This page contains general features across all Yocto releases.
* [[Yocto 1.1 Features]]
* [[Yocto Features]] (from v1.0)

=== Development Methodology ===
* [[Development Methodology]] -- This describes what to expect from development effort, planning and execution

Meta-intel Release Process

2013-05-31T17:00:55Z

Song: /* Overall Responsibilities */

meta-intel releases happen with the same cadence that poky releases happen, though the actual release may be staggered with respect to the associated poky release. We now attempt to co-release with poky, or at least have everything ready to co-release, but the actual release decision may dictate that we don't actually co-release. The meta-intel release may also be staggered simply because meta-intel needs the extra time to stabilize against the associated poky release.

This pages attempts to capture the meta-intel release process as it exists - it isn't meant to be an official or binding document.

Also, this process only addresses the BSPs built and released by the Yocto Autobuilder team, and tested by the Yocto QA team - it doesn't address the release process for any BSPs that are managed outside of that process, such as the ISG BSPs, which may be built using a separate autobuilder and tested by ISG, i.e. which have their own release process, though their metadata may exist within the meta-intel and linux-yocto repositories.

=== Overall Responsibilities ===

The meta-intel repository consists of a set of BSPs and some common metadata. Because those BSPs each have separate owners, we can't make a blanket assertion that all those BSPs will be released as part of a meta-intel release. It would be nice to be able to do so, but in reality, different groups of maintainers may decide to do separate releases. As such. this section only describes the perceived responsibilities of the maintainers for the set of BSPs controlled by the Yocto team.

The Yocto Project Program Manager has the ultimate responsibility for coordinating the various BSP owners and managing the overall meta-intel release.

* Basically the BSP maintainer(s) are responsible for tracking the release milestones and making sure the BSPs are up-to-date and releasable with respect to the poky release. This includes all recipe upgrades and bugfixes intended to go into the release.
* At each release candidate, the autobuilder team generates the images passes them on to QA for testing.
* QA tests and provides feedback on how the BSPs meet the release criteria.
* The BSP maintainer(s) fix any problems found by QA, and the cycle repeats itself in the next RC cycle, until all BSPs can be released.

Once the BSPs are ready to be released from the BSP maintainer's and QA team standpoint, the autobuilder team generates release tarballs for each BSP and makes them available to the Yocto website maintainers for availability as downloads on the Yocto website.
* The yocto website maintainers make the tarballs available from pages containing the release notes for each BSP, along with test reports and image verification status for each (see sections below for details).
* Any problems not fixed by the BSP maintainers need to be noted by the maintainer and sent to the website maintainer and Yocto documentation maintainer as 'Layer-specific Notes' to be appended to each affected BSP's release notes (see below).

=== Basic Process ===
Even though exceptions may occur for some BSPs, this is the basic process we use to release all meta-intel BSPs:

* All meta-intel BSPs will be build along with each Yocto Project milestone release candidates. Then QA will follow and results will be integrated with the full pass QA report.
* Bugs will be fixed/handled by maintainers or others.
* Within the first week after Yocto Project major release, RC1 for meta-intel BSPs will be built and tested.
* Within the second week after Yocto Project major release, RC2 for meta-intel BSPs will be built and tested.
* meta-intel BSPs will be released by the end of the third week after Yocto Project major release.

=== Branch and Tag Management ===

The autobuilder maintainers are the only ones who can create new branches and release tags in meta-intel, and will do so when necessary as required to generate the infrastructure needed for a release.
* Once a new branch is created for the release, the meta-intel maintainer(s) will add new commits to both master and the release branch up until the time of release (as appropriate - some patches may only be intended for master or the release)

=== Release Notes ===

Currently, the 'release notes' for a BSP consist of the information found on the web page for the BSP in the 'Downloads' section for the BSP, and essentially consists of the BSP's README along with a 'Layer-Specific Notes' section, which is tacked on to the end of the page.

* The Yocto documentation and website maintainers will be responsible for the content of the BSP pages and will ask the BSP maintainer(s) for any additional information needed for a particular BSP
* Normally the only thing needed from the BSP maintainer(s) are the 'Layer-Specific Notes' for a BSP, which the BSP maintainers should supply to the documentation and website maintainers unsolicited as part of the release process.
** Any layer-specific notes that affect multiple or all BSPs should be attached to each BSP separately in the 'Layer-Specific Notes' section.
* The title used for the BSP on the website is retrieved by the documentation and website maintainers from the BSP's WEBTITLE field in the BSP's machine.conf, and should therefore reflect accurately how the BSP is identified on the website. This may be a string defined by marketing, and should at least be approved by marketing.

=== Testing ===

According to the Yocto Project compliance requirements, no meta-intel BSP can be released without testing data. The webpage for each BSP must contain a link to the testing data generated for every image contained in a released BSP. For the BSPs tested by Yocto QA, the QA test report should be the one linked to for those BSPs.

=== Image Verification ===

For every BSP image contained in a tarball released on the Yocto website, it must be verified that the image can be independently generated from scratch (including downloads) using the released metadata.

Customers must (and have, and will) be able to verify that the images contained in the release tarball can in fact be generated from the combination of the metadata contained in the BSP tarball and the set of packages downloaded by the build (from a scratch build) process to create those images.

In practice, this means that the autobuilder maintainer needs to supply the settings required to generate the BSP to the person verifiying the image. If the release tarball is generated by some other process, the BSP maintainer needs to supply that information.
* Note that all images released on the website must contain a time-limited kernel and this must be taken into account when verifying the image.

Yocto Project Design and Development Process

2013-05-31T16:46:41Z

Song: /* Major Release Checkpoints */

Yocto Project is an open source project. It involves not only community developers all over the world but also professional development teams from industrial companies such as Intel, Wind River and many others. It’s different from software projects that are purely organized by public communities, as well as from the ones being developed by professional teams in commercial companies. This has significant impact to the marketing strategy, organizational structure, stakeholder involvement, communications, development process and many other aspects of the project. This also brings unique challenges to us regarding how to balance the open source community culture and the corporate culture. The development methodology we are adopting is largely influenced by the above thoughts and the need to welcome and manage changes in the process. Our goal for the program management is to deliver to the rapidly changing market with professional manner, align with different priorities and schedules of different organizations to benefit all stakeholders.

This document describes our current methodology and processes, which will keep evolving with our own learning, community and management feedback, and the ever changing software industry. We welcome all feedback and comments from our community. Please feel free to send emails with your thoughts to [mailto:song.liu@intel.com song.liu@intel.com] or the Yocto Project mailing list ([mailto:yocto@yoctoproject.org yocto@yoctoproject.org]).

=Yocto Project Release Process =

==Overview==

Yocto Project releases on a 6-month cadence. Every 6 months, we have a major release such as 1.x. During each major release, we have milestone releases every 4-8 weeks depending on the specific schedule of each release. The last milestone of a major release is usually a stabilization milestone where we stabilize the code base the major release. Going forward, as we integrate QA process tighter into our development and have more frequent continuous integration, we might eliminate the stabilization milestone. The following figure shows this process cycle:

[[File: YPReleaseCycle.png]]

==Release Planning==

Release planning starts with the vision and theme of the next release, then selects the feature set to be delivered for the release. Because business and marketing conditions will change and the team will likely learn more about what users really want and what they really need to do as we move into the release development, changes will occur throughout the process. We recognize both the risk of over planning and the risk of chaotic or unmanaged changes. So balancing between planning and flexibility is one of the most important principles we use in all of our processes.

===The Goal ===

The goal of release planning includes:

* Set the theme, plan the release feature set and prioritize each feature
* Discuss and establish process improvement based on retrospectives and feedback from teams and community
* Map out the schedule of the release. (The schedule should be a natural outcome of teams looking into each feature. Team discussion and learning is the key here.)
** Commit to high features and schedule them into each milestone.
** Setup goals for medium+ and medium features for the release.
** We encourage the team to schedule medium+ features into each milestone also.

===Feature Priority ===

The priorities of each feature are defined below:

* High: major customer requirement we have to deliver for the release. These are items crucial to system functionality, user experience and project adoption.
* Medium+: these are more important items that we should strive to deliver for the release. They have significant impact to system functions, build system, etc.
* Medium: important items we should keep track of and try to deliver.
* Low: nice to have items

===The Process ===

The process of release planning involves:

# Release Planning meetings ( F2F is possible)
## Attendees: engineering managers , architects, engineering program manager, business program manager, other major stakeholders
## Goal:
### Set the theme and vision, go over the feature set and prioritize
### Discuss and decide on necessary process improvement
# Team lead meeting
## Attendees: maintainers, QA leads, release engineer, engineering program manager, engineering manager, architects
## Goal:
### Communicate and clarify release feature set and development processes.
### Setup milestone schedule for each milestone.
### Determine team ownership of each feature.
### Setup goals for team planning.
# Team planning meetings (each team organize its own meeting):
## Attendees: individual team members, maintainers, team leads, engineering program manager
## Goals:
### Communicate any process changes.
### Go over each feature, determine ownership and gather initial estimate.
### Setup committed schedule for high features.
### Setup goals for the release for medium+/medium features (a goal is something the team will strive to achieve, but the team may change plan as necessary at milestone planning between milestones)
# Overall schedule communication
## Attendees: Engineering program manager, engineering manager and all teams and community members if possible. As we have various teams and community members from different GEOs, this may have to be done in several different meetings, through emails or other formats.
## Goal:
### Communicate the process, overall planning and schedule.
### Discover issues and make necessary adjustment.
### Clarify any confusion.

===Outcome/Deliverables of the Release planning:===

# Prioritized release feature set.
# Detailed development schedule for each milestone, release engineering schedule and various checkpoints for things such as feature freeze, major kernel version lockup, etc. The schedule will be published on the Google Calendar ([https://wiki.yoctoproject.org/wiki/YoctoCalendar https://wiki.yoctoproject.org/wiki/YoctoCalendar]).
# Feature set for each development milestone, published on the wiki.
# Development process and methodology published on the Wiki

==Release Review==

The release review could start once we reach feature freeze for the release and overlap with early part of release planning for the next release. The goal is to review major feature deliverables of the release and also learn from our experience in the release.

'''''Process'''''

There are following major activities in the release review:

# Feature review or demo: selected features will be reviewed and demonstrated to the team, product managers, stakeholders and community. Improvements will be collected as new features for the next release.
# Release Retrospective: learn from past experience and improve on development, communications, processes, management, etc.
# Post-release usability review (optional): usability is the key part of a release that drives adoption of the Yocto Project. This review will summarize the current status of the release usability and identify gaps for future releases to address.

==Major Release Checkpoints==

* Kernel version (major kernel version) and tool chain (including libc’s) major version lock: 6 weeks before release feature complete.
* Final stable kernel update before code freeze.
* Package update ongoing, target set and checked for each milestone.
* Feature complete/freeze before stabilization weeks of the last milestone: after this point, no new features or functionality should be added into the release.
* Documentation Freeze (before last release RC)
* Beta program
** Collect users: beginning of M(n-1) (M(n) is the last milestone)
** Start: beginning of M(n)
** Duration: 2-3 weeks

==Release Criteria and Checklist==

Release criteria must be met and should be reviewed by stakeholders and the community in the release readiness meeting before release. Some generic criteria include the following:

# All high features/bugs and tasks have to be completed.
# Majority of the medium+ features/bugs need to be completed.
# The release need to meet certain quality standards, for example
## Passing full QA test, no high bugs open against the release
## Majority of the medium bugs are fixed
## Weighted Defect Density reach certain range
## Have plans for all known issues
# The build performance should reach or maintain certain level.
# We need to reach certain target for package updates.

We set up release criteria for each milestone during the planning week of the milestone. And the release criteria for the last milestone in the release serve as the one for the entire release.

''Release checklist:''

* All documents have been checked against the latest of the release.
* Release package has been generated and posted on the public website (<nowiki>yoctoproject.org</nowiki>), and pushed to the mirror.
* Release announcement email has been sent to the public mailing list
* A public blog entry has been published on <nowiki>yoctoproject.org</nowiki>

=Milestone Releases=

==Overview==

We divide a major release into smaller milestone releases. These milestones serve as checkpoints for our progress, preview for the public community, and especially as iterations for us to manage changes in the middle of a release and continuously improve Yocto product features, development process and practices. At the end of each milestone, we have a milestone release to the public community.

[[File: YPmilestones.png]]

==Milestone Weekly Activities==

Each milestone lasts about 4-8 weeks and has one planning week, several development weeks, stabilization weeks and one release week:

* Week 1: Milestone planning and development
** Program Manager: Consider doing team retrospective within each geo team for the past milestone.
** Product Manager: Reprioritize existing and new features if necessary, add or remove features in the milestone.
** Program Manager and the Team:
*** Arrange resources to commit to the high features/bugs scheduled for this milestone
*** Reset the milestone goal for medium/medium+ features/bugs.
** Each individual should consider other tasks they have in hands and make sure
*** All high features/bugs can be delivered in the milestone.
*** Majority of medium+ features can be delivered
*** Sets their own weekly goal and try to spread out pull requests for feature check-in among development weeks and avoid stampede of patch review and pull request in the last development week.
** Individuals: feature development and bug fixing
* Development weeks/check-in window (1 - N-3):
** Individuals: Feature development and bug fixing, each member should focus on 1-2 features at a time. Update feature status on Bugzilla whiteboard by SOB (Start of Business) every Monday.
** Release Engineer: nightly build and weekly build
** QA: sanity test, regression test, weekly test
* Week N-2 – N-1: Stabilization weeks
** Individuals: Bug fixing (focus on critical and high)
** Release Engineer: release candidate build every week
** QA: Full pass testing, distro testing
** Program Manager: Organize milestone review and/or demo
* Week N: release week
** Program Manager: Release readiness meeting.
** Release Engineer: Release the milestone release.

==Milestone Planning==

During the first week of each milestone, plan for the milestone will be analyzed again and adjusted as needed. In the release planning process, we already set plan for each milestone. But now there might be changes from the project, requirement and also the market. So this is the time and opportunity to manage those changes and adjust the plan accordingly.

In milestone planning, we need to consider the following input:

# New information or improved understanding about scheduled features n the milestone.
# New input or feature request from the community and the market.
# Workload changes of each individual team member such as interruption from other projects or marketing activities, etc.
# Features we did not complete in the last milestone and features we already started or even completed for the current milestone.
# Outcome of reviews of the last milestone.
# Any other changes that might have impact to the current milestone schedule.

Process and roles:

# Product managers and planners should reprioritize, add or remove milestone features if necessary.
# Program manager and team leads should organize and help each team with overall milestone planning and individual planning through team planning meetings and 1:1 conversations.
# Each team member is responsible for thinking through all features scheduled and make sure all high features/bugs will be completed and most of the medium+ features/bugs will be completed as well.
# Program manager should consolidate all changes into Bugzilla and update the corresponding wiki pages.

Outcome:

The outcome of the milestone planning should be an adjusted milestone plan to reflect the most current information, changes and decisions.

==Milestone Review==

At the end of the milestone or during the milestone, the management or the team will select or volunteer to review or demonstrate some features that are completed or partially completed. Ideally, the invite of the review should go to the entire team and even members from the community. The purpose of the review is to:

# Help communicate and share information among team members so that we all know what and how others are doing and whether someone can help.
# Assess progress and gather feedback from stakeholders.

These reviews should normally be done when features are completed for the milestone, and feedback and changes will be handled in the next milestone. When it’s really necessary to review features when they are partially completed, there is the risk that we may have to adjust the milestone plan in the middle of the milestone for reviewed features, which should be avoided unless it is really necessary.

==Milestone Testing==

During the first stabilization week of a milestone, the first release candidate build (RC1) will be generated. QA will first run a weekly test on RC1. Once the weekly test is done, QA will notify (via email) the program manager. The program manager will lead a decision making process with the bug triage team:

1. If there's nothing major that should block the release, the program manager will notify QA to continue with a full-pass test on RC1.
2. If there is any release blocker, we will fix them and prepare for RC2.

After the decision is made, the program manager will notify QA. If RC2 needs to be generated, we always run a full pass testing on RC2.

==Milestone Retrospective==

At the end of the milestone, a short retrospective meeting can be organized in each GEO.team by the program manager, team leads or volunteers. During the meeting the team openly talks about things we have done right and things we need to improve There are different formats of the meeting. One of them is to ask each member to anonymously write down top 3 things we have done right and top 3 things we need to improve. Then the meeting organizer will go over each of them and discuss with the team. At the end of the meeting, action items should be recorded with owners to follow up.

==Milestone Release Checklist==

# Release tarball generated
# Announced to the community through email to the public Yocto mailing list and blog.

=Development Process & Feature Lifecycle=

==Overview==

We are taking a feature/task driven development approach for the Yocto Project. Feature sets will be planned for each release and also each milestone. But in each milestone each feature goes through its own lifecycle individually. There is no single checkpoint for milestone features to reach certain development stage such as design complete at the same time. With this approach, we hope to have both flexibility and discipline in our development process. Some features involving the community may take unpredictable amount of time to complete certain development stage and they may slip for the milestone. We strive to complete all the features scheduled for each milestone, at the same time we recognize the risk for features involving the community.

==Feature Lifecycle==

Each feature goes through the following lifecycle:

[[File: YPFeatureLifecycle.png]]

===Specification===

'''Goals''': Specify feature requirement mainly from the user’s perspective.

'''Process:''' Product managers and planners gather input from users, marketing and the community, create an enhancement/feature bug in Bugzilla to capture the user requirement for a feature. This could happen any time, and specification should evolve over time during the entire release in a managed manner.

'''Specification Check list: '''

* Requirement specified clearly and communicated with the source or author of the feature.
* Use case identified if there is any.

'''Deliverables:'''

* Enhancement bug filed with requirement specification

===Scheduled===

'''Goals''': Once a feature is assigned to a milestone, the feature is in the ‘scheduled’ stage. This is to indicate that the feature is ready for development.

'''Scheduled Check list: '''

* Specification is done and the feature is scheduled to a milestone.
* First estimation is done, big features are divided into smaller ones.

'''Deliverables:'''

* Release/milestone planning meeting.

===Design===

'''Goals:''' understand and clarify user requirement, describe the requirement from the product perspective with required functionality, design user experience, workflow and implementation details.

'''Process:''' Once the owner of a feature is ready to start to work on a feature, she or he initiates conversations with the various stakeholders, architect and source of the feature to start the design process.

'''Design Checklist: '''

* Requirement is clearly specified on desired functionality and quality from the product perspective. List acceptance criteria if necessary.
* Estimation is done.
* Identify regression test cases that can be run by the developer during development phase.
* Test plan for the feature should be done.
* Design is documented with specific implementation tasks in the Bugzilla comment area or on a wiki page (put the link the to wiki page in Bugzilla).

'''Deliverables:'''

* Design description in Bugzilla or prototype code.

===Design Review===

'''Goals:''' Have the design reviewed by the community and architects, address valid feedback, get consensus.

'''Process:''' After the design is complete by the owner, she or he sends out the design to the community via the public mailing list (Yocto@<nowiki>yoctoproject.org</nowiki>). If there is no feedback from the mailing list in a week, the owner can go ahead with the implementation. Internally, the owner should drive and work with the architects and maintainers to make sure the design is reviewed and signed off by them. The feature may go back to design phase if there are valid feedback and suggestions to change.

'''Design Review Checklist: '''

* Valid feedback from the community has been addressed or no feedback from the community for one week
* The architect and maintainers should sign off the design. The signoff should be recorded as comments of the feature bug in Bugzilla.

'''Deliverables:'''

* Design comments

===Development===

'''Goals:''' Implement the feature/task with desired quality.

'''Process:''' Code and chat, collaborate with the team and community. The more we share this process, the more likely we can have code with better quality and get quicker pass in patch review. Sometimes, it might be better to share partially completed code with others to get feedback.

'''Development Checklist: '''

* Function complete.
* Unit testing complete.
* No regression test failure (It’s the developer’s responsibility to identify regression test that can be run by the developer for the feature in the design phase).

'''Deliverables:'''

* Patches

===Patch Review===

'''Goals''': Have the code reviewed by the community and architects, address valid feedback.

'''Process''': The owner sends out patch to the mailing list after development is complete. The feature may go back to development if there are valid feedbacks or suggestions requiring code change. In some cases, the design may need to be changed and the feature may go back to the drawing board and start from design phase again.

'''Patch Review Checklist: '''

* General coding standard or quality checklist should be checked if there is any
* Specific code review check list for individual components should be checked if there is any
* Patch in master

'''Deliverables:'''

* Patch comments or code

===Merged===

'''Goals:''' Merge patches into the master branch without breaking the build.

'''''''''Process:''' Architects pull the patch and merge them into master and make sure the build is not broken with the patches. Once that happens the owner should mark the feature bug as ‘resolved’.

'''Checklist:'''

* Commit link to the master is recorded in Bugzilla

'''Deliverables:'''

* Patches in the master

===Testing===

'''Goals''': Ensure that the feature meets functional and performance requirements.

'''Process''': Once the implementation (patches) of a feature is complete and in master or some private branch, QA should initiate execution of test cases for the feature. File bugs and update feature status in Bugzilla.

After testing is completed, if the feature meets requirement it goes to ‘Done’. Otherwise, either the feature itself goes to specification for another cycle or a new feature is created to address new or incomplete requirement not implemented by the last cycle.

'''Test Checklist: '''

* Test cases for the new feature (if testable) are fully executed
* Regression test (QA) is done
* Performance test is done
* All found issues are filed as bugs in Bugzilla.
* Meet all acceptance criteria if defined

'''Deliverables:'''

* Test Report

===Done===

Once a feature is tested by QA, the feature bug should be marked as ‘verified’ in Bugzilla by QA. There might be bugs filed against the feature due to problems or feedback. But the feature is considered done at this point.

In some cases, a ‘Done’ feature may not be acceptable to stakeholders and problems maybe found during review or demo. Then new features or bugs should be created to address these concerns depending on the scope of the change.

==Feature Status Update==

The status owner of the feature is responsible to update the feature bug status. Yocto Project Bugzilla defines all the development phases in the status field. Owners shall use the status field to update the status weekly.

The whiteboard can be used for more detailed status information, for example the percentage completed.

==Iterations==

The development of each feature is an iterative process. In many cases, when a feature is first proposed or even when a feature is fully specified, we don’t know whether the implementation will be what we really want until we actually see and use it. We may also realize or find various issues during each stage of the feature lifecycle. So a feature may go back and forth between stages such as going back to design after patch review, or even go back to specification after the feature is done. Furthermore, we may need to create a new feature to address problems or redesign the existing one.

In the iterative process, getting stakeholder or user feedback as early as possible is very important. With this process, we can accommodate changes better and implement product features that users really want.

==Estimation==

Estimation for development effort is always hard for most of software projects. There are many pitfalls and uncertainties around estimation. Sometimes, they are so inaccurate that it almost amounts to a waste of time to some team members, especially for new teams or new projects. But as the team norms and the project gets mature, estimation becomes more accurate and important in many ways and it provides value to a team and projects over the long run.

# Estimation can stimulate the thinking about product features and functionality. Especially when estimation is done in a team environment. Questions from different members of the team can generate more thinking and help the developer comprehend more about the feature in terms of requirement and design. In this sense, the process of estimation is much more important than result of the estimation.
# Estimation can get more accurate with a stable team and long running project over time. After that it can provide valuable input for release, milestone planning and capacity planning.

In Yocto Project, each feature should have effort estimation done during the following processes:

# '''Release planning''': In this process, we don’t know much about the design and implementation details of a feature. But a rough estimation will make us start thinking about how much effort it could involve and help with the overall release planning, especially for high features. Otherwise, we pretty much have no idea what features can be done at what time.
# '''Design & Design Review''': When a feature is in design and design review stage, details of the design and implementation will be worked out. At this stage, we can update the feature with a better estimation. This will help us schedule our work and increase predictability of our development process.

There are many ways for a team to do estimation. The best way may not be the latest trend in the industry. Instead, it should always be the most effective way for the team. We will develop our own estimation method as we practice more of this. To start, we use the following practice:

# We use the number of '''‘Perfect Days’''' to estimate each feature. A perfect day means a day when an individual can work on the feature without any interruption. The advantage of using perfect day is that it’s more intuitive and developers can always imagine what a perfect day is even though they usually don’t have any.
# The estimation is mainly to find the relative size of each feature. In another words, what matters is how ‘big’ a feature is compared with other features. And we don’t use the estimation of a single feature to predict when it can be done by a developer. But we would like to use the aggregated result for capacity planning. For example, if a team completed 200 perfect days work in a month, we may reasonably predict that the team will complete comparable amount of work in the next month if nothing else changes. This kind of predication or capacity planning makes more and more sense as the team gets more effective with the process over time.

==Documentation==

Documentation is one way to communicate and share knowledge among teams and individuals. Documentation is not necessary if there is enough other form of communication going on. For example, in a small collocated team, if members can freely communicate and always stay on the same page, there is rarely any need for documentation. But for teams in different locations and long running projects, documentation is necessary. Yocto Project has teams in 3 different GEOs and developers from the community, some documents such as feature description, design doc, test plans are necessary to share information and knowledge among teams.

Even though documentation is necessary for us, we should always remember that documents (except documents for the community and customers) are not our goal. Our goal is always to deliver the final product. Documentation is just one way for us to share and create information and knowledge. Similar to estimation process, the process of writing the document can always help us distill and organize our thoughts, thus is more important than the document itself in many cases.

At this point, we don’t define a standard set of documents for our development process to allow more flexibility. But over time, the team will settle into a de facto set of documents.

=Contributing to the Yocto Project=

As an open source project, Yocto Project welcomes anyone to contribute through various ways. An individual can make contributions through testing, bug fixing and helping out on feature development, etc. at any time. If you have a team and would like to help out as a team, then it’s better to coordinate with us up front on things such as work assignment, schedule, processes, etc.

There are various ways of asking questions and finding the information you need:

# Mailing list: [mailto:Yocto@yoctoproject.org Yocto@yoctoproject.org]
# IRC channel: [http://www.yoctoproject.org/community/irc http://www.yoctoproject.org/community/irc]
# Wiki page: [https://wiki.yoctoproject.org/ https://wiki.yoctoproject.org]
# Tuesday technical team meeting. This meeting usually happens on 8:00AM PDT every Tuesday. It is open to the public. You can find the meeting information such as agenda and timing in the public mailing (item 1 above) list every week. Please feel free to join the meeting if you have questions that cannot be answered elsewhere.
# Ask anyone you know on the Yocto Project.

==Individual Contribution==

If you are new to Yocto Project, there are a few things you can do to get started:

# Go to: [http://www.yoctoproject.org/documentation http://www.yoctoproject.org/documentation]. There you will find documents to get you started with the Yocto Project. The quick start guide is always a good place to try first. You can also watch a few training videos and that can help you in a more intuitive way.
# Go to [http://git.yoctoproject.org/ http://git.yoctoproject.org/] to check out the source code and familiarize yourself with the code structure, coding style, etc.
# Ask questions on the Yocto Project mailing list: [mailto:yocto@yoctoproject.org yocto@yoctoproject.org], or the IRC channel if you have any ([http://www.yoctoproject.org/community/irc http://www.yoctoproject.org/community/irc])

Once you are ready, you can pretty much contribute to any activities including the following:

# Find out the project status: The planning wiki page ([https://wiki.yoctoproject.org/wiki/Planning https://wiki.yoctoproject.org/wiki/Planning]) lists release status, feature list for all releases. You should be able to find out where we are for the project in terms of feature development, bug fixing and milestone progress from the status page of each release.
# New features/ideas: If you have any idea or new feature in mind for the project, you can always put it in Yocto Project Bugzilla ([https://bugzilla.yoctoproject.org/ https://bugzilla.yoctoproject.org/]) as enhancement bugs. That’s where we keep all the features for every release. Before putting in any new features, you may want to search if there is any similar feature that’s already there. We usually plan features for the next release during release planning, but there is nothing prevent us from working on it during the current release if the feature is really more valuable than all others or if you can actually help get it done.
# Feature development: If you would like to help with feature development, please check Yocto Project Bugzilla ([https://bugzilla.yoctoproject.org/ https://bugzilla.yoctoproject.org/]) for ‘Enhancement’ (severity) bugs. We track all new features in Bugzilla with these ‘Enhancement’ bugs. If you see something that is interesting, please feel free to contact the owner and see how you can help there.
# Bug fixing: Again, go to Yocto Project Bugzilla, check out the open bugs and contact the owner if you are interested in helping on any of them. I’m sure the owner will appreciate your help very much since we are always short of time.
# Package update: Please see this wiki page ([https://wiki.yoctoproject.org/wiki/Distro_Tracking https://wiki.yoctoproject.org/wiki/Distro_Tracking]) for more information and contact the maintainer of the package if you would like to help updating one or more of the packages.
# BSP development: if you would like to create a BSP for some target device, here is some document that may help you: [http://www.yoctoproject.org/docs/current/bsp-guide/bsp-guide.html http://www.yoctoproject.org/docs/current/bsp-guide/bsp-guide.html]. During development if you have questions, please feel free to ask via the the Yocto Project mailing list: [mailto:yocto@yoctoproject.org yocto@yoctoproject.org], or the IRC channel ([http://www.yoctoproject.org/community/irc http://www.yoctoproject.org/community/irc]). Please also refer to [https://wiki.yoctoproject.org/wiki/Third_Party_BSP_Release_Process https://wiki.yoctoproject.org/wiki/Third_Party_BSP_Release_Process] if you would like to have your BSP released through the Yocto Project.
# QA: Most of the QA related information can be found here: [https://wiki.yoctoproject.org/wiki/QA https://wiki.yoctoproject.org/wiki/QA]. If you would like to help on testing the system, some features, or testing Yocto on different Linux distributions, please feel free to contact our program manager or our QA team.

==Team Contribution==

If you have a team from your organization and would like to contribute to the project, that’s even better. In many cases, you may have a specific set of things you would like your team to work on or you have your own release schedule that could be different from the Yocto Project release schedule for your Yocto Project related product. In this case, it’s better to have some plan time before we start working together. Please feel free to contact our program manager or come to our Tuesday technical team meeting (you should be able to see the meeting information every week on the [mailto:Yocto@yoctoproject.org Yocto@yoctoproject.org] mailing list). Once we establish the contact, then a detailed plan can be worked out to align your goal and schedule with the Yocto Project.

=Other Processes=

==Point Release Process==

A point release is a minor release such as 1.0.x. Point releases are necessary to address the following:

# Security updates
# Issues building on current Linux distributions.
# Issues that existed in previous release and have significant impact to users.

===Maintainers ===

The role of a point release maintainer for Yocto Project will be rotated among team members and community volunteers. The maintainer is responsible for branching out and pulling patches for the point release. Decisions regarding the content and planning of the point release should be worked out with architects and the program manager. Any related questions and requests about the point release should be sent to maintainers.

===Process ===

[[File: YPPointReleaseProc.png]]

# Maintainers send request for patch recommendations to the public mailing list.
# Review release notes and QA reports of previous point releases and the major release, make sure we integrate patches to fix significant known issues in previous releases.
# Branching out:
## Create a branch for the point release
## Review, integrate selected patches and do necessary testing
# Build:
## Merge the branch with Poky release branch for the major release. For example, point release 1.0.2 branch should merge with 1.0 release branch
## Rebuild BSPs including core BSPs and some other necessary ones and run these BSPs through full pass QA test. BSPs should be re-built with both the recipes and meta data of the current point release and the related major release against the point release. This is to ensure BSP compatibility where BSPs that can be built with the major release can also be build with the point release without any modification.
# QA: go through build, weekly QA or full-pass QA test if necessary. Multiple Release Candidate builds should be planned if the changes in the point release are significant.
# Release: generate and publish the release package, release note.
# Announcement: announcing the release in the public mailing list. Blog the release if there is any significant impact to the community.

Releases

2013-05-07T17:58:01Z

Song:

== Releases Links==
{|border="1" {{table}}
| align="center" style="background:#f0f0f0;"|'''Yocto Project Release'''
| align="center" style="background:#f0f0f0;"|'''Code Name'''
| align="center" style="background:#f0f0f0;"|'''Poky version)'''
| align="center" style="background:#f0f0f0;"|'''Maintainer'''
| align="center" style="background:#f0f0f0;"|'''Features'''
| align="center" style="background:#f0f0f0;"|'''Schedule'''
| align="center" style="background:#f0f0f0;"|'''Status'''
| align="center" style="background:#f0f0f0;"|'''QA Test Plan'''
| align="center" style="background:#f0f0f0;"|'''QA Test Report'''
|-valign="top"
| Yocto Project 1.5
|
|
| Richard Purdie
| [[Yocto_1.5_Features]]
| [[Yocto_1.5_Schedule]]
| [[Yocto_Project_v1.5_Status]]
|
| [[Yocto_1.5_Milestone_Test_Report]]
|-
| Yocto Project 1.4
| Dylan
| 9.0
| Richard Purdie
| [[Yocto_1.4_Features]]
| [[Yocto_1.4_Schedule]]
| [[Yocto_Project_v1.4_Status]]
| [[Yocto_1.4_Overall_Test_Plan]]
| [[Yocto_1.4_Milestone_Test_Report]]
|-
| Yocto Project 1.3
| Danny
| 8.0
| Richard Purdie
| [[Yocto_1.3_Features]]
| [[Yocto_1.3_Schedule]]
| [[Yocto_Project_v1.3_Status]]
| [[Yocto_1.3_Overall_Test_Plan]]
| [[Yocto_1.3_Milestone_Test_Report]]
|-
| Yocto Project 1.2
| Denzil
| 7.0
| Richard Purdie
| [[Yocto_1.2_Features]]
| [[Yocto_1.2_Schedule]]
| [[Yocto_Project_v1.2_Status]]
| [[Yocto_1.2_Overall_Test_Plan]]
| [[Yocto_1.2_Milestone_Test_Report]]
|-
| Yocto Project 1.1
| Edison
| 6.0
| Richard Purdie
| [[Yocto_1.1_Features]]
| [[Yocto_1.1_Schedule]]
| [[Yocto_Project_v1.1_Release_Criteria]]
| [[Yocto_1.1_Overall_Test_Plan]]
| [[Yocto_1.1_Milestone_Test_Report]]
|-
| Yocto Project 1.0
| Bernard
| 5.0
| Richard Purdie
| [[Yocto_Features]]
| [[Yocto_1.0_Schedule]]
| [[Yocto_Project_v1.0_Release_Criteria]]
| [[Yocto_1.0_Overall_Test_Plan]]
|
|}

== Release History ==

{| class="wikitable" border="2"
!Codename
!Yocto Project Version
!Poky Version
|-
|Dylan
|1.4
|9.0
|-
|Danny
|1.3
|8.0
|-
|Denzil
|1.2
|7.0
|-
|Edison
|1.1
|6.0
|-
|Bernard
|1.0
|5.0
|-
|Laverne
|0.9
|4.0
|-
|Purple
|N/A
|3.2
|-
|Pinky
|N/A
|3.1
|-
|Blinky
|N/A
|3.0
|-
|Clyde
|N/A
|2.0
|-
|Inky
|N/A
|1.0
|}

Releases

2013-05-07T17:57:47Z

Song:

== Releases Links==
{|border="1" {{table}}
| align="center" style="background:#f0f0f0;"|'''Yocto Project Release'''
| align="center" style="background:#f0f0f0;"|'''Code Name'''
| align="center" style="background:#f0f0f0;"|'''Poky version)'''
| align="center" style="background:#f0f0f0;"|'''Maintainer'''
| align="center" style="background:#f0f0f0;"|'''Features'''
| align="center" style="background:#f0f0f0;"|'''Schedule'''
| align="center" style="background:#f0f0f0;"|'''Status'''
| align="center" style="background:#f0f0f0;"|'''QA Test Plan'''
| align="center" style="background:#f0f0f0;"|'''QA Test Report'''
|-valign="top"
| Yocto Project 1.5
|
|
| Richard Purdie
| [[Yocto_1.5_Features]]
| [[Yocto_1.5_Schedule]]
| [[Yocto_Project_v1.5_Status]]
|
| [[Yocto_1.5_Milestone_Test_Report]]
|-
| Yocto Project 1.4
| Dylan
| 9.0
| Richard Purdie
| [[Yocto_1.4_Features]]
| [[Yocto_1.4_Schedule]]
| [[Yocto_Project_v1.4_Status]]
| [[Yocto_1.4_Overall_Test_Plan]]
| [[Yocto_1.4_Milestone_Test_Report]]
|-
| Yocto Project 1.3
| Danny
| 8.0
| Richard Purdie
| [[Yocto_1.3_Features]]
| [[Yocto_1.3_Schedule]]
| [[Yocto_Project_v1.3_Status]]
| [[Yocto_1.3_Overall_Test_Plan]]
| [[Yocto_1.3_Milestone_Test_Report]]
|-
| Yocto Project 1.2
| Denzil
| 7.0
| Richard Purdie
| [[Yocto_1.2_Features]]
| [[Yocto_1.2_Schedule]]
| [[Yocto_Project_v1.2_Status]]
| [[Yocto_1.2_Overall_Test_Plan]]
| [[Yocto_1.2_Milestone_Test_Report]]
|-
| Yocto Project 1.1
| Edison
| 6.0
| Richard Purdie
| [[Yocto_1.1_Features]]
| [[Yocto_1.1_Schedule]]
| [[Yocto_Project_v1.1_Release_Criteria]]
| [[Yocto_1.1_Overall_Test_Plan]]
| [[Yocto_1.1_Milestone_Test_Report]]
|-
| Yocto Project 1.0
| Bernard
| 5.0
| Richard Purdie
| [[Yocto_Features]]
| [[Yocto_1.0_Schedule]]
| [[Yocto_Project_v1.0_Release_Criteria]]
| [[Yocto_1.0_Overall_Test_Plan]]
|
|}

== Release History ==

{| class="wikitable" border="2"
!Codename
!Yocto Project Version
!Poky Version
|-
|Dylan
|1.4
|9.0
|-
|Danny
|1.3
|8.0
|-
|Denzil
|1.2
|7.0
|-
|Edison
|1.1
|6.0
|-
|Bernard
|1.0
|5.0
|-
|Laverne
|0.9
|4.0
|-
|Purple
|N/A
|3.2
|-
|Pinky
|N/A
|3.1
|-
|Blinky
|N/A
|3.0
|-
|Clyde
|N/A
|2.0
|-
|Inky
|N/A
|1.0
|}

Releases

2013-05-07T17:57:15Z

Song:

== Release History ==



== Releases Links==
{|border="1" {{table}}
| align="center" style="background:#f0f0f0;"|'''Yocto Project Release'''
| align="center" style="background:#f0f0f0;"|'''Code Name'''
| align="center" style="background:#f0f0f0;"|'''Poky version)'''
| align="center" style="background:#f0f0f0;"|'''Maintainer'''
| align="center" style="background:#f0f0f0;"|'''Features'''
| align="center" style="background:#f0f0f0;"|'''Schedule'''
| align="center" style="background:#f0f0f0;"|'''Status'''
| align="center" style="background:#f0f0f0;"|'''QA Test Plan'''
| align="center" style="background:#f0f0f0;"|'''QA Test Report'''
|-valign="top"
| Yocto Project 1.5
|
|
| Richard Purdie
| [[Yocto_1.5_Features]]
| [[Yocto_1.5_Schedule]]
| [[Yocto_Project_v1.5_Status]]
|
| [[Yocto_1.5_Milestone_Test_Report]]
|-
| Yocto Project 1.4
| Dylan
| 9.0
| Richard Purdie
| [[Yocto_1.4_Features]]
| [[Yocto_1.4_Schedule]]
| [[Yocto_Project_v1.4_Status]]
| [[Yocto_1.4_Overall_Test_Plan]]
| [[Yocto_1.4_Milestone_Test_Report]]
|-
| Yocto Project 1.3
| Danny
| 8.0
| Richard Purdie
| [[Yocto_1.3_Features]]
| [[Yocto_1.3_Schedule]]
| [[Yocto_Project_v1.3_Status]]
| [[Yocto_1.3_Overall_Test_Plan]]
| [[Yocto_1.3_Milestone_Test_Report]]
|-
| Yocto Project 1.2
| Denzil
| 7.0
| Richard Purdie
| [[Yocto_1.2_Features]]
| [[Yocto_1.2_Schedule]]
| [[Yocto_Project_v1.2_Status]]
| [[Yocto_1.2_Overall_Test_Plan]]
| [[Yocto_1.2_Milestone_Test_Report]]
|-
| Yocto Project 1.1
| Edison
| 6.0
| Richard Purdie
| [[Yocto_1.1_Features]]
| [[Yocto_1.1_Schedule]]
| [[Yocto_Project_v1.1_Release_Criteria]]
| [[Yocto_1.1_Overall_Test_Plan]]
| [[Yocto_1.1_Milestone_Test_Report]]
|-
| Yocto Project 1.0
| Bernard
| 5.0
| Richard Purdie
| [[Yocto_Features]]
| [[Yocto_1.0_Schedule]]
| [[Yocto_Project_v1.0_Release_Criteria]]
| [[Yocto_1.0_Overall_Test_Plan]]
|
|}

{| class="wikitable" border="2"
!Codename
!Yocto Project Version
!Poky Version
|-
|Dylan
|1.4
|9.0
|-
|Danny
|1.3
|8.0
|-
|Denzil
|1.2
|7.0
|-
|Edison
|1.1
|6.0
|-
|Bernard
|1.0
|5.0
|-
|Laverne
|0.9
|4.0
|-
|Purple
|N/A
|3.2
|-
|Pinky
|N/A
|3.1
|-
|Blinky
|N/A
|3.0
|-
|Clyde
|N/A
|2.0
|-
|Inky
|N/A
|1.0
|}

Releases

2013-05-07T17:56:08Z

Song: /* Releases */

== Release History ==



{| class="wikitable" border="2"
!Codename
!Yocto Project Version
!Poky Version
|-
|Dylan
|1.4
|9.0
|-
|Danny
|1.3
|8.0
|-
|Denzil
|1.2
|7.0
|-
|Edison
|1.1
|6.0
|-
|Bernard
|1.0
|5.0
|-
|Laverne
|0.9
|4.0
|-
|Purple
|N/A
|3.2
|-
|Pinky
|N/A
|3.1
|-
|Blinky
|N/A
|3.0
|-
|Clyde
|N/A
|2.0
|-
|Inky
|N/A
|1.0
|}

== Releases ==
{|border="1" {{table}}
| align="center" style="background:#f0f0f0;"|'''Yocto Project Release'''
| align="center" style="background:#f0f0f0;"|'''Code Name'''
| align="center" style="background:#f0f0f0;"|'''Poky version)'''
| align="center" style="background:#f0f0f0;"|'''Maintainer'''
| align="center" style="background:#f0f0f0;"|'''Features'''
| align="center" style="background:#f0f0f0;"|'''Schedule'''
| align="center" style="background:#f0f0f0;"|'''Status'''
| align="center" style="background:#f0f0f0;"|'''QA Test Plan'''
| align="center" style="background:#f0f0f0;"|'''QA Test Report'''
|-valign="top"
| Yocto Project 1.5
|
|
| Richard Purdie
| [[Yocto_1.5_Features]]
| [[Yocto_1.5_Schedule]]
| [[Yocto_Project_v1.5_Status]]
|
| [[Yocto_1.5_Milestone_Test_Report]]
|-
| Yocto Project 1.4
| Dylan
| 9.0
| Richard Purdie
| [[Yocto_1.4_Features]]
| [[Yocto_1.4_Schedule]]
| [[Yocto_Project_v1.4_Status]]
| [[Yocto_1.4_Overall_Test_Plan]]
| [[Yocto_1.4_Milestone_Test_Report]]
|-
| Yocto Project 1.3
| Danny
| 8.0
| Richard Purdie
| [[Yocto_1.3_Features]]
| [[Yocto_1.3_Schedule]]
| [[Yocto_Project_v1.3_Status]]
| [[Yocto_1.3_Overall_Test_Plan]]
| [[Yocto_1.3_Milestone_Test_Report]]
|-
| Yocto Project 1.2
| Denzil
| 7.0
| Richard Purdie
| [[Yocto_1.2_Features]]
| [[Yocto_1.2_Schedule]]
| [[Yocto_Project_v1.2_Status]]
| [[Yocto_1.2_Overall_Test_Plan]]
| [[Yocto_1.2_Milestone_Test_Report]]
|-
| Yocto Project 1.1
| Edison
| 6.0
| Richard Purdie
| [[Yocto_1.1_Features]]
| [[Yocto_1.1_Schedule]]
| [[Yocto_Project_v1.1_Release_Criteria]]
| [[Yocto_1.1_Overall_Test_Plan]]
| [[Yocto_1.1_Milestone_Test_Report]]
|-
| Yocto Project 1.0
| Bernard
| 5.0
| Richard Purdie
| [[Yocto_Features]]
| [[Yocto_1.0_Schedule]]
| [[Yocto_Project_v1.0_Release_Criteria]]
| [[Yocto_1.0_Overall_Test_Plan]]
|
|}

Releases

2013-05-07T17:51:01Z

Song: /* Releases */

== Release History ==



{| class="wikitable" border="2"
!Codename
!Yocto Project Version
!Poky Version
|-
|Dylan
|1.4
|9.0
|-
|Danny
|1.3
|8.0
|-
|Denzil
|1.2
|7.0
|-
|Edison
|1.1
|6.0
|-
|Bernard
|1.0
|5.0
|-
|Laverne
|0.9
|4.0
|-
|Purple
|N/A
|3.2
|-
|Pinky
|N/A
|3.1
|-
|Blinky
|N/A
|3.0
|-
|Clyde
|N/A
|2.0
|-
|Inky
|N/A
|1.0
|}

== Releases ==
{|border="1" {{table}}
| align="center" style="background:#f0f0f0;"|'''Yocto Project Release'''
| align="center" style="background:#f0f0f0;"|'''Code Name'''
| align="center" style="background:#f0f0f0;"|'''Poky version)'''
| align="center" style="background:#f0f0f0;"|'''Maintainer'''
| align="center" style="background:#f0f0f0;"|'''Features'''
| align="center" style="background:#f0f0f0;"|'''Schedule'''
| align="center" style="background:#f0f0f0;"|'''Status'''
| align="center" style="background:#f0f0f0;"|'''QA'''
|-valign="top"
| Yocto Project 1.5
|
|
| Richard Purdie
| [[Yocto_1.5_Features]]
| [[Yocto_1.5_Schedule]]
| [[Yocto_Project_v1.5_Status]]
| [[Yocto_1.5_Milestone_Test_Report]]
|-
| Yocto Project 1.4
| Dylan
| 9.0
| Richard Purdie
| [[Yocto_1.4_Features]]
| [[Yocto_1.4_Schedule]]
| [[Yocto_Project_v1.4_Status]]
| [[Yocto_1.4_Milestone_Test_Report]] 
[[Yocto_1.4_Overall_Test_Plan]]
|-
| Yocto Project 1.3
| Danny
| 8.0
| Richard Purdie
| [[Yocto_1.3_Features]]
| [[Yocto_1.3_Schedule]]
| [[Yocto_Project_v1.3_Status]]
| [[Yocto_1.3_Milestone_Test_Report]]
|-
| Yocto Project 1.2
| Denzil
| 7.0
| Richard Purdie
| [[Yocto_1.2_Features]]
| [[Yocto_1.2_Schedule]]
| [[Yocto_Project_v1.2_Status]]
| [[Yocto_1.2_Milestone_Test_Report]]
|-
| Yocto Project 1.1
| Edison
| 6.0
| Richard Purdie
| [[Yocto_1.1_Features]]
| [[Yocto_1.1_Schedule]]
| [[Yocto_Project_v1.1_Release_Criteria]]
| [[Yocto_1.1_Milestone_Test_Report]]
|-
| Yocto Project 1.0
| Bernard
| 5.0
| Richard Purdie
| [[Yocto_Features]]
| [[Yocto_1.0_Schedule]]
| [[Yocto_Project_v1.0_Release_Criteria]]
|
|}

Releases

2013-05-03T22:21:12Z

Song: /* Releases */

== Release History ==



{| class="wikitable" border="2"
!Codename
!Yocto Project Version
!Poky Version
|-
|Dylan
|1.4
|9.0
|-
|Danny
|1.3
|8.0
|-
|Denzil
|1.2
|7.0
|-
|Edison
|1.1
|6.0
|-
|Bernard
|1.0
|5.0
|-
|Laverne
|0.9
|4.0
|-
|Purple
|N/A
|3.2
|-
|Pinky
|N/A
|3.1
|-
|Blinky
|N/A
|3.0
|-
|Clyde
|N/A
|2.0
|-
|Inky
|N/A
|1.0
|}

== Releases ==
{|border="1" {{table}}
| align="center" style="background:#f0f0f0;"|'''Release (version/code name/Poky version)'''
| align="center" style="background:#f0f0f0;"|'''Maintainer'''
| align="center" style="background:#f0f0f0;"|'''Features'''
| align="center" style="background:#f0f0f0;"|'''Schedule'''
| align="center" style="background:#f0f0f0;"|'''Status'''
| align="center" style="background:#f0f0f0;"|'''QA'''
|-valign="top"
| Yocto Project 1.5/?/10.0
| Richard Purdie
| [[Yocto_1.5_Features]]
| [[Yocto_1.5_Schedule]]
| [[Yocto_Project_v1.5_Status]]
| [[Yocto_1.5_Milestone_Test_Report]]
|-
| Yocto Project 1.4/Dylan/9.0
| Richard Purdie
| [[Yocto_1.4_Features]]
| [[Yocto_1.4_Schedule]]
| [[Yocto_Project_v1.4_Status]]
| [[Yocto_1.4_Milestone_Test_Report]]
|-
| Yocto Project 1.3/Danny/8.0
| Richard Purdie
| [[Yocto_1.3_Features]]
| [[Yocto_1.3_Schedule]]
| [[Yocto_Project_v1.3_Status]]
| [[Yocto_1.3_Milestone_Test_Report]]
|-
| Yocto Project 1.2/Denzil/7.0
| Richard Purdie
| [[Yocto_1.2_Features]]
| [[Yocto_1.2_Schedule]]
| [[Yocto_Project_v1.2_Status]]
| [[Yocto_1.2_Milestone_Test_Report]]
|-
| Yocto Project 1.1/Edison/6.0
| Richard Purdie
| [[Yocto_1.1_Features]]
| [[Yocto_1.1_Schedule]]
| [[Yocto_Project_v1.1_Release_Criteria]]
| [[Yocto_1.1_Milestone_Test_Report]]
|-
| Yocto Project 1.0/Bernard/5.0
| Richard Purdie
| [[Yocto_Features]]
| [[Yocto_1.0_Schedule]]
| [[Yocto_Project_v1.0_Release_Criteria]]
|
|}

Releases

2013-05-03T22:20:22Z

Song: /* Release History */

== Release History ==



{| class="wikitable" border="2"
!Codename
!Yocto Project Version
!Poky Version
|-
|Dylan
|1.4
|9.0
|-
|Danny
|1.3
|8.0
|-
|Denzil
|1.2
|7.0
|-
|Edison
|1.1
|6.0
|-
|Bernard
|1.0
|5.0
|-
|Laverne
|0.9
|4.0
|-
|Purple
|N/A
|3.2
|-
|Pinky
|N/A
|3.1
|-
|Blinky
|N/A
|3.0
|-
|Clyde
|N/A
|2.0
|-
|Inky
|N/A
|1.0
|}

== Releases ==
{|border="1" {{table}}
| align="center" style="background:#f0f0f0;"|'''Release (version/code name/Poky version)'''
| align="center" style="background:#f0f0f0;"|'''Maintainer'''
| align="center" style="background:#f0f0f0;"|'''Features'''
| align="center" style="background:#f0f0f0;"|'''Schedule'''
| align="center" style="background:#f0f0f0;"|'''Status'''
| align="center" style="background:#f0f0f0;"|'''QA'''
|-valign="top"
| Yocto Project 1.5/?/10.0
| Richard Purdie
| [[Yocto_1.5_Features]]
| [[Yocto_1.5_Schedule]]
| [[Yocto_Project_v1.5_Status]]
| [[Yocto_1.5_Milestone_Test_Report]]
|-
| Yocto Project 1.4/Dylan/9.0
| Richard Purdie
| [[Yocto_1.4_Features]]
| [[Yocto_1.4_Schedule]]
| [[Yocto_Project_v1.4_Status]]
| [[Yocto_1.4_Milestone_Test_Report]]
|-
| Yocto Project 1.3/Danny/8.0
| Richard Purdie
| [[Yocto_1.3_Features]]
| [[Yocto_1.3_Schedule]]
| [[Yocto_Project_v1.3_Status]]
| [[Yocto_1.3_Milestone_Test_Report]]
|-
| Yocto Project 1.2/Denzil/7.0
| Richard Purdie
| [[Yocto_1.2_Features]]
| [[Yocto_1.2_Schedule]]
| [[Yocto_Project_v1.2_Status]]
| [[Yocto_1.2_Milestone_Test_Report]]
|-
| Yocto Project 1.1/Edison/6.0
| Richard Purdie
| [[Yocto_1.1_Features]]
| [[Yocto_1.1_Schedule]]
| [[Yocto_Project_v1.1_Release_Criteria]]
| [[Yocto_1.1_Milestone_Test_Report]]
|-
| Yocto Project 1.0/Bernard/5.0
| Richard Purdie
| [[Yocto_1.0_Features]]
| [[Yocto_1.0_Schedule]]
| [[Yocto_Project_v1.0_Release_Criteria]]
|
|}