Yocto 1.1 Schedule

Yocto Project 1.1 (release date: October 6, 2011)

---

The detailed milestone map for the 1.1 release of Yocto Project is as below. To view the Yocto schedule-at-a-glance, go to YoctoCalendar

pre-M1 (March 14 to April 18 -- Feature List and Schedule Defined April 18)

• Features Submitted to web - by April 1st
• Features prioritized and added to schedule - by April 12th

pre-M1 COMPLETED

M1 (Apr 18 to Jun 13 -- Design Complete Apr 25, Dev Complete May 23, Stabilize Complete Jun 6, Release Complete Jun 13)

M1 Design (Apr 18 to Apr 22)

Feature Name	Description	Priority	Status	Source	Owner	Comments / Bugzilla Links
Automatically generate package repos - design	automatically generate package repositories (and be able to \"use them\" -- to be defined) for both ipk and rpm/zypper combinations; also, documentation of this process is essential; this stage is the design phase.	2	Done	Team	Saul (Dexuan)	M1, Design
OE Autobuilder rename		1	Done	Beth	Beth	M1, Design
Strip out LSB, non-LSB build work	Remove the LSB, non-LSB build work done at the end of 1.0 and re-incorporate it with sstate	1	Done	Beth	Beth	M1, Design - one minor problem

M1 Sprint A (Apr 25 to Apr 29)

Feature Name	Description	Priority	Status	Source	Owner	Comments / Bugzilla Links
OE-Core	Restructuring, renaming, rebranding	1	Done	RP Notes	Richard	M1, Sprint A - only remaining piece is for OE Core to work without setting a distro (wasn\'t originally scheduled) - this is a new task for EO this week
SDK support in sanity test framework	This task includes enabling unfs and toolchain testing in sanity test framework, enabling toolchain testing on PRC autobuilder	1	Done	QA	Jiajun/Meilei	M1, Sprint A
User Creation at preinstall - status check	Design status check	1	Done	RP Notes	Mark (ScottG)	M1, Sprint A architecture was sent out as RFC
Check SRCREV in recipe files	should work, may need dev	2	Done	RP Notes	Richard/Ke	M1, Sprint A
Refactor BSPs to use topic branches	crownbay and fish river island BSP need to be changed to make use of the new eg20t/emgd/gma500 topic branches	2	Done	Tom	Tom	M1, Sprint A When other branches (ex. FRI 2) are added, they will use topic branches.
Retrospective	Hold a retrospective to discuss what went well and what can be improved in 1.1 with the meta-data team.	1	Done	Beth	Beth	M1, Sprint A

M1 Sprint B (May 2 to May 6)

Feature Name	Description	Priority	Status	Source	Owner	Comments / Bugzilla Links
Layer Tooling - Design	Design/Architect the Layer Tooling approach	1	Done	Architect	Richard	M1 Sprint B Paul and PRC discussed this morning, and Paul has had some discussion with Richard. Don\'t have 100% of schedule.
Test Plan	Create an overall Test Plan for 1.1 and post on Wiki	1	Done	Jiajun	Jiajun	M1, Sprint B
Sync qemugl with MeeGo - Status check	This is a status check on how the work to sync qemugl with MeeGo is going. Completion set for M1, Sprint D.	2	Done	Meta-data	Saul (Edwin)	M1, Sprint B - on track.
Finish LSB \"distribution\" work - QT3	QT3 work is complete.	2	Done	Meta-data	WR Distro Team	M1, Sprint B - patch is pending, need to figure out landing location
Incompatible License	Design and Review milestone	2	Done	Paul	Paul	M1, Sprint B - See RFC at http://www.mail-archive.com/yocto@yoctoproject.org/msg01078.html
init scripts	provide an image/recipe skeleton as a canonical example	3	Done	RP Notes	WR Distro Team/Robert	M1, Sprint B; Owner: WR Distro Team
Changes for Image Creator - phase 1	Phase 1: add mechanism to enable selection of server backend at runtime	1	Done	ADT Team	Jessica	M1, Sprint B
Package Documentation Audit	Make changes defined in the package documentation audit from Yocto 1.0	2	Done	from 1.0	Scott G	M1, Sprint B
Fast boot analysis	Perform analysis to determine how best to implement a 2 second boot time	1	Done	Darren	Darren	M1, Sprint B - Darren has provided kernel data - http://dvhart.com/darren/yocto/boottime/. Still needs to do user space.
Build Yocto behind firewall - plan	Josh/Darren define plan	2	Done	Dave	Darren, Joshua	M1, Sprint B - Josh put some comments and linked to git tree with a sanity check in bug 933. Josh put his plan and code beginnings in bugzilla.

M1 Sprint C (May 9 to May 13)

Feature Name	Description	Priority	Status	Source	Owner	Comments / Bugzilla Links
crazygit fetcher	TI issues with fetch2 - per LCS - should this be a P1?	2	Done	RP Notes	Saul (Ke)	M1, Sprint C
multi-lib infrastructure - bbclass extend	multi-lib support for 32-bit & 64-bit and capable of being installed at the same time - infrastructure in place (bbclass extend)	1	Done	from 1.0	Richard (Qing)	M1, Sprint C
Upstream our patches - phase 1	Have upstream status updated on 90% of patches (so that we can have a status update)	1	Done	Meta-data	Saul	M1, Sprint C - at 85% in master
3G - Design	We have an ofono recipe but need some integration work done. This milestone is a status check and design update. HW needs to be received at this time.	2	Done	Meta-data	Saul (Dongxiao)	M1, Sprint C - design done; implementation starting; team in PRC will work on getting machine with 3G modem and SIM card; if there are kernel issues, vendor needs to add this in BSP
Automatically generate package repos - complete	automatically generate package repositories (and be able to \"use them\" -- to be defined) for both ipk and rpm/zypper combinations as discussed during the Design phase; also, documentation of this process is essential	2	Done	Team	Saul (Dexuan)	M1, Sprint C - bug 1012
network based PR service	A network based service to repot PR value based on poky task checksum	2	Done	RP Notes	Jessica	M1, Sprint C
BSP image creation	Add text on the website that tells users how to create images from the BSP source. Note: This may include a script to enable the creation.	1	Done	Tracey	Scott/Beth	M1, Sprint C
Tarball Doc process	Right now tarball docs are frozen shortly before a release. The tarball never gets updated beyond that during subsequent documentation development. However, website docs are periodically updated as changes are made during the next development cycle. We need a documentation process where the tarball docs are updated along with the website docs. Perhaps releasing and building a separate documentation tarball is an answer... This whole scheme needs thought about and something implemented.	1	Done	From scratch	ScottR	M1, Sprint C - Just waiting for yocto-docs repo to be merged.
Enhanced Performance	Also, environmental requirements/suggestions for expected performance - long-term goal is to build in under 1 hour; short-term goal is to build faster than v1.0This is a task to define the performance plan.	1	Done	from 1.0	Richard/Dongxiao	M1, Sprint C - Richard sent out summary email summarizing where we are at for performance. 90 minutes is possible. 60 minutes TBD.
kernel port to 2.6.37	Port the kernel to 2.6.37	1	Done	Darren	Darren	M1, Sprint C - complete, pending pull from Saul

M1 Sprint D (May 16 to May 20)

Feature Name	Description	Priority	Status	Source	Owner	Comments / Bugzilla Links
Image Creator - 1.0 finish	finish the Image Creator to add features pushed out from 1.0 - See https://wiki.yoctoproject.org/wiki/BitBake/GUI/PostOneOh for details	1	Done	from 1.0	Josh	M1 Sprint D - RFP Sent
Finish LSB \"distribution\" work - ID failures	Identify issues in order to: Merge patches which are pushed during yocto 1.0. Add packages(qt3,xdg-* ...) LSB Test Suite need. Hardware platform x86 and ppc32(if qt4 can be supported) can be finished.	2	Done	Meta-data	WR Distro Team	M1, Sprint D
OE Comparison	Compare Yocto core set against integration work in OE and other distributions looking for bug fixes, (relevant) feature enhancements, and integration/policy hints.	1	Done	Meta-data	Mark	M1, Sprint D
x32 - plan	layer to support toolchain, libc, and kernel - Plan created	2	Done	RP Notes	Saul (Nitin)	M1, Sprint D
Upgrade to gcc 4.6	Need to upgrade toolchain to gcc 4.6	1	Done	Nitin	Nitin	M1, Sprint D
Fix Documentation Publishing	fix our documentation publishing so that documents can be published at any time	1	24-May	Beth	Beth/Scott	M1, Sprint D

M1 Stabilize (May 23 to June 3)

Feature Name	Description	Priority	Status	Source	Owner	Comments / Bugzilla Links
Be prepared for Distro upgrades	Our release is right around the time of the 6monthly distro release dates, we should accommodate for this in our testing plan	2	Accept	Joshua	Jiajun	check latest distribution in M1 Stabilize, M2 Stabilize, and M3 Stabilize and test them in milestone testing; Should we include more Distributions, besides fedora, ubuntu and opensuse?
Test Execution Plan	Create a Test Execution Plan for the milestone and send to developers	1	Done	Jiajun	Jiajun	M1 Stabilize; M2 Stabilize; M3 Stabilize

Stabilize schedule

Week 1

• Day 1, 2: Weekly test pass
• Day 3: Pre-Release Readiness meeting
• If there are issues:
  • Day 4, 5: Fix issues and repeat Week 1
• If there are not issues:
  • Day 4, 5 and beginning of Week 2: Complete a full test pass

Week 2

• Day 1, 2, 3: Complete full test pass
• Day 4: Release Readiness meeting
• If there are issues, fix and repeat from Week 1
• If there are not issues, proceed to Release phase

M1 Release (June 6 to June 13)

Follow Release Checklist, which includes:

• Release is packaged on autobuilder site
• Release is announced to community via mailing lists and blog

M2 (May 30 to Jul 25 -- Design Complete Jun 6, Dev Complete Jul 4, Stabilize Complete Jul 18, Release Complete Jul 25)

M2 Design (May 30 to June 3)

* Working week.  No tasks complete this week.

Feature Name	Description	Priority	Status	Source	Owner	Comments / Bugzilla Links
Package config option enhancement - Plan	Plan our approach to package config option enhancement	2	M2, Design	from 1.0	Richard	M2, Design

M2 Sprint A (June 6 to June 10)

Feature Name	Description	Priority	Status	Source	Owner	Comments / Bugzilla Links
multi-lib infrastructure - toolchain changes	multi-lib support for 32-bit & 64-bit and capable of being installed at the same time - infrastructure in place (multilib toolchain changes)	1	M2, Sprint A	from 1.0	Richard (Qing)	M2, Sprint A
multi-lib infrastructure - configuration changes	multi-lib support for 32-bit & 64-bit and capable of being installed at the same time - infrastructure in place (configuration changes)	1	M2, Sprint A	from 1.0	Richard (Qing)	M2, Sprint A
Sync qemugl with MeeGo - COMPLETE	sync qemugl with MeeGo is complete	2	M2, Sprint A	Meta-data	Saul (Edwin)	M2, Sprint A - will reassess if we want to do this
Package reporting system enhancement	http://packages.yoctoproject.org	2	on-going	Meta-data	Saul (Lei)	M2, Sprint A
Finish LSB \"distribution\" work - complete	Complete all work: Merge patches which are pushed during yocto 1.0. Add packages(qt3,xdg-* ...) LSB Test Suite need. Hardware platform x86 and ppc32(if qt4 can be supported) can be finished.	2	Accept	Meta-data	WR Distro Team	M2, Sprint A
End of package revision	Use the network based PR service to get the PR values which will go into package feed.	2	M2, Sprint A	RP Notes	Jessica	M2, Sprint A - under review
Live images	make live images their own image type	2	Accept	RP Notes	Saul	M2, Sprint A
User Creation at preinstall - complete	Deliverable completed	1	M2, Sprint A	RP Notes	Mark (ScottG)	M2, Sprint A
Optimise Configure		2	Plan defined	RP Notes	Saul (Dongxiao)	M2, Sprint A
Optimize support for Intel hardware features	We need to understand and track each important Intel hardware feature and how it should be optimally supported in the Intel BSPS. Items that immediately come to mind are power, video, and performance counter settings, etc.	1	on-going	Tom	Tom/Darren	M2, Sprint A
Upgrade EMGD	EMGD needs to be upgraded to the latest version (1.6), which may require MESA 7.10.2. A big part of this should also be to make sure everything gets tested and works e.g. 3-d games, video acceleration, etc	2	M2, Sprint A	Tom	Tom	M2, Sprint A
BBXM	Pull in bits from OE (kernel and uboot)	1	M2, Sprint A	Darren	Darren	M2, Sprint A
Additional config options	The following configurations need to be enabled to support DPDK: glibc > 2.7 (for features related to cpuset), kernel configuration: HPET and HPET MMAP configuration options enabled, all UIO kernel options enabled, HUGETLBFS enabled, PROC_PAGE_MONITOR enabled	1	M2, Sprint A	Rahul	Tom	M2, Sprint A - Tom is submitting patch 24-May. Will go into M2.
More test cases about toolchain in autobuilder		2	Accept	ADT Team	Jessica	Status check in M2, Sprint A, M3, Sprint A
Indigo update	Update to the latest Eclipse release (Indigo)	2	Accept	ADT Team	Jessica	Status check in M2, Sprint A, M3, Sprint A
Changes for Image Creator - phase 2	Phase 2: Bug fix for 7.70	1	M2, Sprint A	ADT Team	Jessica	M2, Sprint A
Systemtap integration	Make it easy and convenient for the user to write and execute Systemtap scripts from the IDE. http://www.eclipse.org/linuxtools/projectPages/systemtap/ might provide a good starting point and may be something we can contribute to. We may also need to contribute further up the chain to provide e.g. remote target capabilities.	2	Done	Tom	Jessica	Status check in M2, Sprint A, M3, Sprint A
\'perf scripting\' integration	Make it easy and convenient for the user to write and execute \'perf scripts\' from the IDE. We should be able to leverage and build on the Systemtap integration for this.	2	Accept	Tom	Jessica	Status check in M2, Sprint A, M3, Sprint A
License tracking	Get common licenses for all packages and consolidate base file licenses. (takes ~3 days)	1	M2, Sprint A	Beth	Beth	M2, Sprint A
License tracking	Build a parser to do license tracking more gracefully and make sure all recipes are correct. (takes ~2 weeks)	1	M2, Sprint A	Beth	Beth	M2, Sprint A
Audotbuilder infrastructure	Bring up additional autobuilders and work with sysadmin to configure.	1	M2, Sprint A	Beth	Beth	M2, Sprint A (depends on having sysadmin support)
Release Scripts	Create Release Scripts that can be used for both a weekly release and for Yocto 1.1 release to be run by autobuilder (a week. testing on this may take longer)	1	M2, Sprint A	Beth	Beth	M2, Sprint A
Disk Space Reduction		2	M2, Sprint A	Team	WR Distro Team	M2, Sprint A
Share gcc work directories		2	M2, Sprint A	Team	WR Distro Team	M2, Sprint A
Performance Improvements - split libc	a) Split libc locale generation from libc do_install/do_package	1	Review	Richard	Dongxiao	M2, Sprint A - Dongxiao has a WIP patch. Do we have an ETA on that?
Performance Improvements - share src dirs	b) Share the source directories for gcc, glibc and maybe others	1	Review	Richard	Richard	M2, Sprint A - RP wrote a proof of concept patch, needs further work, on Yocto schedule for 1.1
Performance Improvements - CCACHE per recipe	c) Set CCACHE on a per recipe basis. need to figure out whether ccache data can be shared and under what circumstances.	1	Review	Richard	Richard	M2, Sprint A - Idea talked about, no code yet
Performance Improvements - cache result	d) Cache do_configure autoreconf result	1	Review	Richard	Richard	M2, Sprint A - We know this is about 50% of the time on configure, no code yet. Need fixes to SRC_URI variable dependency code to include checksums (which we need to fix regardless)
Performance Improvements - remove perl-native from bld dep	e) Remove perl-native from most build dependencies by installing it into its own sysroot	1	Review	Richard	Richard	M2, Sprint A - WIP
Performance Improvements - documentation	f) Document performance best practises (e.g. no premempt in kernel, use server kernel on ubuntu)	1	Review	Richard	Richard	M2, Sprint A Status: Not done yet.
Tracing: Add Systemtap support for userspace tracing	Add utrace, etc	2	M2, Sprint A	Tom	Tom	M2, Sprint A
Demo	Need to determine what we will do for demo and find an owner	1	M1, Sprint D	Team	Yocto PM	M2, Sprint A - The Yocto Advocacy team is discussing. Yocto PM will monitor to see what engineering work is needed.

M2 Sprint B (June 13 to June 17)

Feature Name	Description	Priority	Status	Source	Owner	Comments / Bugzilla Links
Error handling in bitbake	desc	1	Accept	RP Notes	Saul (Scott G)	M2, Sprint B
multi-lib RPM	RPM support for multilib added	1	M2, Sprint B	from 1.0	Richard (Qing)	M2, Sprint B
Package config option enhancement - Implement	Implement approach defined in plan for package config option enhancement	2	Accept	from 1.0	Saul	M2, Sprint B
Upstream our patches - phase 2	Everyone has attempted upstreams for patches defined from phase 1	1	Accept	Meta-data	Saul	M2, Sprint B
MeeGo GPLv2 Sync	compare with Yocto, sync any patches	2	Accept	RP Notes	Saul (Ke)	M2, Sprint B
Directory Ownership		1.5	Accept	RP Notes	Mark (w/Qing)	M2, Sprint B
Changes for Image Creator - phase 3	Phase 3: package format job done + image output type job done	1	Accept	ADT Team	Jessica	M2, Sprint B
Package Documentation Audit: 50% of recipes build	31 recipes were identified as not building during the package documentation audit done in M1, Sprint B. This is a status check to ensure we have made progress on 1/2 of them.	2	Accept	Team	Scott G	M2, Sprint B
Meta targets	Part of the challenge of autobuilder is that you have to go into autobuilder, edit script, reconfigure, to change just one build target. This is error prone. What we need is a meta-target where Beth can say she wants to build Poky-image-sato for QEMU x86 and have it just do that. Beth thinks this is done via an override to the web page. (takes ~2 weeks)	1	Accept	Beth	Beth	M2, Sprint B
kernel bloat - analysis	target = boot a minimal image in < 8M - analysis complete	1	Accept	Darren	Darren	M2, Sprint B
Tracing: perf trace scripting support	Basically this means allowing perf to be built with the Perl and Python bindings, which turned out to be a headache last time.	2	M2, Sprint B	from 1.0	Tom	M2, Sprint B

M2 Sprint C (June 20 to June 24)

Feature Name	Description	Priority	Status	Source	Owner	Comments / Bugzilla Links
Monitor disk availability	Monitor disk availability and warn the user if it is running low. May only focus on a few directories, for example: poky/build and poky/build/downloads, this would solve the multiple mount point problem	2	Review	RP and Robert	WR Distro Team	M2, Sprint C
btrfs		2	Accept	Meta-data	Saul (Nitin)	M2, Sprint C
PAM patch integration - Stage 1	Identify which Yocto recipes will be PAM-enabledDeliverable: A final list of which packages we need to enable PAM for. The list must be reviewed and approved by both Richard and Mark Hatle before it is considered complete.	2	Accept	Meta-data	Scott G (Robert)	M2, Sprint C
adding eglibc config control	this goes with the package config options	1.5	Accept	RP Notes	Mark	M2, Sprint C
Autobuilder maintenance	Bring scripts into configuration or get git repo working for those that can\'t be brought in.	1	M2, Sprint C	Beth	Beth	M2, Sprint C RFC has been reviewed.
Implement Continuous Autobuilds	Build constantly instead of daily (need fuzz builds for this. once fuzz builds are implemented, this is trivial)	2	Accept	from 1.0	Beth	M2, Sprint C

M2 Sprint D (June 27 to July 1)

Feature Name	Description	Priority	Status	Source	Owner	Comments / Bugzilla Links
Layer Tooling - Architecture	Implement Layer Tooling changes	1	Accept	Architect	Richard (Paul/Daoxien will help)	M2 Sprint D
multi-lib complete	multi-lib support for 32-bit & 64-bit and capable of being installed at the same time fully complete	1	Accept	from 1.0	Richard (Qing)	M2, Sprint D
Image Creator polish	polish and refine Image Creator - See https://wiki.yoctoproject.org/wiki/BitBake/GUI/PostOneOh for details	1	Accept	from 1.0	Josh	M2, Sprint D
Clean up warning messages	A build that runs correctly to completion still includes a ton of WARNING messages. We need a project to clean these up. Beth will work on License Warnings, team will look at other logfile warnings	2	Accept	davest and RP	Saul	M2, Sprint D
3G - Complete	We have an ofono recipe but need some integration work done - This milestone checks that 3G is complete.	2	Accept	Meta-data	Saul (Dongxiao)	M2, Sprint D
PAM patch integration - Stage 2	Identify the sources of upstream PAM patches to useDeliverable: A list of our recipes to PAM-enable and the source of patches we intend to use for each recipe. This list must be reviewed and approved by Scott before it is considered complete.	2	Accept	Meta-data	Scott G (Robert)	M2, Sprint D
running post installs at rootfs gen time		2	Accept	RP Notes	Saul (Dexuan)	M2, Sprint D
remove gnome-vfs		3	Accept	RP Notes	Saul (Edwin)	M2, Sprint D
x32 - complete	layer to support toolchain, libc, and kernel - x32 is complete	2	Accept	RP Notes	Saul (Nitin)	M2, Sprint D
BSP update/intro	determine and integrate / create arch reference BSPs (e500, Cortex, ARM, MIPs)	2	Accept	Bruce/Richard/team	Bruce	M2, Sprint D
Changes for Image Creator - phase 4	Phase 4: complete plug-in	1	Accept	ADT Team	Jessica	M2, Sprint D
Enhance the deploy part in remote debug	ADT is currently using org.eclipse.cdt.remote.launch for remote debug. One limitation in this plug-in is that it can only deploy one single file to the target during the debug. Though it is ok for debugging static linked program, debugging dynamic linked program might require deploying multiple files(including executables and libraries) to the target.	2	Accept	Lianhao	Jessica	M2 Sprint D
Tracing/profiling HOWTOs	Create a document or extend the current Yocto tracing wiki page to explain in detail how to use all the tracing tools in Yocto. It should detail not only how to use each tool individually, but also how to use them in conjunction with each other, highlighting situations in which each is most useful. There should also be some extensive worked examples of real-life use-cases and how they could be investigated using the Yocto tracing/profiling tools.	2	Accept	Tom	Tom	M2, Sprint D
Share gcc work directories		2	Accept	Team	WR Distro Team	M2, Sprint D
BSP builds	Autobuilder git fetcher improvements (3 days)	2	Accept	from 1.0	Beth	M2, Sprint D
kernel bloat - development	target = boot a minimal image in < 8M - development complete	1	Accept	Darren	Darren	M2, Sprint D
Tracing: Systemtap usability in Yocto	Right now, there are instructions on the wiki on how to configure and use Systemtap with Yocto. While straightforward, they are tedious and unlikely to be useful to most people pressed for time. We need to make it easier to use - in addition to documentation/HOWTO tasks listed elsewhere on this page, we need to make it usable \'out of the box\' (i.e. outside of ADT) e.g. all paths and configuration handled via script or something similar	2	Accept	Tom	Tom	M2, Sprint D

M2 Stabilize (July 4 to July 15)

Feature Name	Description	Priority	Status	Source	Owner	Comments / Bugzilla Links
Be prepared for Distro upgrades	Our release is right around the time of the 6monthly distro release dates, we should accommodate for this in our testing plan	2	Accept	Joshua	Jiajun	check latest distribution in M1 Stabilize, M2 Stabilize, and M3 Stabilize and test them in milestone testing; Should we include more Distributions, besides fedora, ubuntu and opensuse?
Test Execution Plan	Create a Test Execution Plan for the milestone and send to developers	1	Accept	Jiajun	Jiajun	M1 Stabilize; M2 Stabilize; M3 Stabilize
PAM patch integration - Stage 3	Develop a test/verification plan for PAM featuresDeliverable: wiki page describing how to validate that the desired PAM features are working.	2	Accept	Meta-data	Scott	M2, Stabilize
Lock kernel version	lock the kernel version	1	Accept	Team	Darren	M2, Stabilize (ww29)

Stabilize schedule

Week 1

• Day 1, 2: Weekly test pass
• Day 3: Pre-Release Readiness meeting
• If there are issues:
  • Day 4, 5: Fix issues and repeat Week 1
• If there are not issues:
  • Day 4, 5 and beginning of Week 2: Complete a full test pass

Week 2

• Day 1, 2, 3: Complete full test pass
• Day 4: Release Readiness meeting
• If there are issues, fix and repeat from Week 1
• If there are not issues, proceed to Release phase

M2 Release (July 18 to July 22)

Follow Release Checklist, which includes:

• Release is packaged on autobuilder site
• Release is announced to community via mailing lists and blog

M3 (Jul 11 to Aug 15 -- Design Complete Jul 18, Dev Complete Jul 25, Stabilize Complete Aug 8, Release Complete Aug 15)

M3 Design (Jul 11 to Jul 15)

* Working week.

Feature Name	Description	Priority	Status	Source	Owner	Comments / Bugzilla Links
PAM patch integration - Stage 4	Perform PAM patch integrationDeliverable: A single pull request from Scott (containing SOB\'s by both Robert and Scott) which includes updated recipes/patches for all the recipes on the list created during Stage 1.	2	Accept	Meta-data	Scott G (Robert)	M3, Design

M3 Sprint A (Jul 18 to Jul 22)

Feature Name	Description	Priority	Status	Source	Owner	Comments / Bugzilla Links
Publish Shared State	Publish the shared state information.	2	Review	LCS	Beth	M3, Sprint A if Richard confirms some answers to questions
Upstream our patches - phase 3	Another round of updates is complete	1	Accept	Meta-data	Saul	M3, Sprint A
Sanity checks on per recipe basis		2	Accept	RP Notes Bug#405	Saul (Scott G)	M3, Sprint A
Ability to build SRPM		3	Accept	RP Notes	Jeff Polk/Mark	M3, Sprint A - Julie to check with Jeff
Add Directfbilicense LGPLj function	Directfb is more appropriate embedded device than other graphic software	3	Moved from M1	Meta-data	WR Distro team	M3, Sprint A
Fish River Island/Fish River Island II BSP(s)	The base Fish River Island BSP exists already, we now need to add support for the extra devices, and add support for changes introduced by Fish River Island II	2	Accept	Tom	Tom	M3, Sprint A
More test cases about toolchain in autobuilder		2	Accept	ADT Team	Jessica	Status check in M2, Sprint A, M3, Sprint A
Indigo update	Update to the latest Eclipse release (Indigo)	2	Accept	ADT Team	Jessica	Status check in M2, Sprint A, M3, Sprint A
Systemtap integration	Make it easy and convenient for the user to write and execute Systemtap scripts from the IDE. http://www.eclipse.org/linuxtools/projectPages/systemtap/ might provide a good starting point and may be something we can contribute to. We may also need to contribute further up the chain to provide e.g. remote target capabilities.	2	Accept	Tom	Jessica	Status check in M2, Sprint A, M3, Sprint A
\'perf scripting\' integration	Make it easy and convenient for the user to write and execute \'perf scripts\' from the IDE. We should be able to leverage and build on the Systemtap integration for this.	2	Accept	Tom	Jessica	Status check in M2, Sprint A, M3, Sprint A
Package Documentation Audit: All recipes build	31 recipes were identified as not building during the package documentation audit done in M1, Sprint B. Those all need to build and we need to re-run a new package documentation audit.	2	Accept	Team	Scott G	M3, Sprint A
Update Quick Start for 1.1	Ensure Quick Start guide has latest 1.1 information, including details on how to use Image Creator.	2	Accept	Dave	ScottR	M3, Sprint A
Update Reference Manual for 1.1	Ensure Reference Manual has the latest 1.1 information, including details on how to use Image Creator.	2	Accept	Dave	ScottR	M3, Sprint A
Additions to build stats		1	Accept	Beth	Beth	M3, Sprint A
build statistics reporting	As someone interested in how long it takes to build different images on different hardware configurations and other assorted build metrics, I would like a web based service, that takes output generated by an extended buildstats.bbclass and stores it, to compare against different machines. The end result should be a way to visualize the collected data. See: https://wiki.yoctoproject.org/wiki/Yocto_Buildbot_Autobuilder_Discussions		M3, Sprint A	eflanagan/Jay7/ka6sox	Beth/Jay	M3, Sprint A - discussions posted on Wiki
Fast boot time	2 second boot time target	1	Accept	Team	Darren	M3, Sprint A - analysis will be complete to show where slowdown is coming from (BIOS or elsewhere); the earliest we can get a system that can use BLDK is August 1st, so getting to the 2s target in 1.1 is not likely
Build Yocto behind firewall - complete	Darren will investigate site.conf and documentation	2	Review	Dave	Darren, Joshua	M3, Sprint A
Alpha	Begin an alpha program after the stabilization period for M3.	1	Accept	Team	Julie	M3, Sprint A

M3 Stabilize (Jul 25 to Aug 5)

Feature Name	Description	Priority	Status	Source	Owner	Comments / Bugzilla Links
Be prepared for Distro upgrades	Our release is right around the time of the 6monthly distro release dates, we should accommodate for this in our testing plan	2	Accept	Joshua	Jiajun	check latest distribution in M1 Stabilize, M2 Stabilize, and M3 Stabilize and test them in milestone testing; Should we include more Distributions, besides fedora, ubuntu and opensuse?
Test Execution Plan	Create a Test Execution Plan for the milestone and send to developers	1	Accept	Jiajun	Jiajun	M1 Stabilize; M2 Stabilize; M3 Stabilize

Stabilize schedule

Week 1

• Day 1, 2: Weekly test pass
• Day 3: Pre-Release Readiness meeting
• If there are issues:
  • Day 4, 5: Fix issues and repeat Week 1
• If there are not issues:
  • Day 4, 5 and beginning of Week 2: Complete a full test pass

Week 2

• Day 1, 2, 3: Complete full test pass
• Day 4: Release Readiness meeting
• If there are issues, fix and repeat from Week 1
• If there are not issues, proceed to Release phase

M3 Release (Aug 8 to Aug 15)

Follow Release Checklist, which includes:

• Release is packaged on autobuilder site
• Release is announced to community via mailing lists and blog

M4 (Aug 15 to Oct 6 -- Stabilize Complete Aug 29, Release Complete Oct 3)

Feature Name	Description	Priority	Status	Source	Owner	Comments / Bugzilla Links
Yocto Project Development Guide	This manual would be an over-arching document that frames the complete development cycle within Yocto Project. The idea here is that the document would be an umbrella document that spawned and referenced subsequent documents. The organization would be the first chapter overviews the major development pieces such as recipe creation, building, debugging, publishing, fail-safing, back-door hook creation, etc. This manual will also include migration information. Scoping would be about two weeks and length would probably be about 40 pages. Overall development time will likely take up to the release given my experience on the creation of the ADT manual (there is no uniterruped time). Note: This document will include documentation on how to use multiple versions of a library (with clutter as the example library).	1	Not Started	from scratch	ScottR	M4, Scott will send the more detailed milestones
Various Demo Videos	The idea here is to create screen-capture type tutorials similar to what exists for the ADT Eclipse Plug-in. However, we want to contract out some help for professional voice-over talent to be used with the images. These don\'t have to be limited to screen-capture material but could include well-done PPT decks - similar to how other business units in Intel create various training modules. For 1.1 it would be good to capture the script for the existing ADT Eclipse Plug-in module and have it voiced over. Also, for 1.1 it would be good to create a similar module for the Image Creator application.	2	Not Started	From ADT module and scratch	ScottR	Q3 at the earliest
Open-source Newbie Information	This information will be for developers new to open-source. These people do not know what IRC means. Targeted for developers coming from a non-open-source environment. I think the best place for this information would be the website. I haven\'t looked yet but I suspect information already exists on the web. For Yocto it will be a matter of collecting the best and most useful information, orginizing it and properly referencing/leveraging it.	2	Not Started	From scratch	ScottR	M4, this is part of the Yocto Development Guide
OOB documentation	Create an out of box guide for giveaway systems built using Yocto.	1	Accept	Julie	ScottR	Julie to research timing on this. ~Q3 is current thinking.

Group	Feature Name	Description	Priority	Status	Owner	Source	Comments / Bugzilla Links
Project	Release Candidate 1	RC1 generated	1	Aug-29	Beth	Team
Project	Release Candidate 2	RC2 generated	1	Sep-5	Beth	Team
Project	Release Candidate 3	RC3 generated	1	Sep-12	Beth	Team
Project	Release Candidate 4	RC4 generated	1	Sep-19	Beth	Team
Project	Release Readiness	Release Readiness Meeting	1	Sep-26	Julie	Julie
QA	Holiday	QA team on holiday Oct 1 - 7	1	Oct 1-7	QA	QA

Not Scheduled List

Feature Name	Description	Priority	Status	Source	Owner	Comments / Bugzilla Links
Web-based Image Creator	Create a web-based interface that does what the Image Creator does.	2.5	Review	LCS	Jason Kridner?	not scheduled at this time - depends on Image Creator completing
Recipe-specific sysroot		3	Review	from 1.0	Saul (Dongxiao)	not scheduled at this time (1 month task)
Handle old versions in WORKDIR		3	Review	from 1.0		Not scheduled at this time
Executable images	Create images that are executable - for example a pre-installed Ubuntu image with YP installed	3	Review	LCS		Not scheduled at this time
Self-hosting image	Create customizable chroot; Build an image that would be self-hosting	2.5	Review	LCS		Not scheduled at this time
Yocto OOPS-type messages	add the equivalent of kernel OOPS to Yocto	2.5	Review	LCS		Not scheduled at this time
Reduced depth revision history	Decrease the depth of the revision history	3	Review	LCS		Not scheduled at this time
Open Source Test Cases	Perform technical, legal, and QA steps necessary to move test cases into open source.	3	Review	QA		not scheduled at this time
Test framework	this is a test framework that we can include in the distribution	3	Review	RP Notes		not scheduled at this time - Is it the TI’s test framework we discussed before? A: Not necessarily, we\'re still waiting for someone to step up and really take ownership of this area but it needs some resource commitment as its not a simple task.
Replacement for video/audio players currently in Yocto	Codec…	3	Review	Meta-data		Not scheduled at this time
Investigate New UI	For demos, we would like need a reference UI that is not Sato. Investigate possibilities that the Yocto team won\'t need to maintain. OpenBox? Gnome-desktop? GP? LXDE? KDE Mobile?	3	Review	Meta-data		Not scheduled at this time
Qemugl upstreaming	Opengl ES Support	3	Review	Meta-data		Not scheduled at this time
selinux patch integration	add SE Linux patches in a similar way to PAM	3	Review	Meta-data		Not scheduled at this time
Framework to support multiple library versions co-existing	similar to recipe specific sysroot; needs documentation	3	Review	Team	Saul (Dongxiao?)	Not scheduled at this time - we just need to document how to use multiple versions of a library using clutter as the example
Embedded java environment or even JDK support		3	Review	Team		Not scheduled at this time
gtk+ sato filechooser patch		3	Review	RP Notes		Not scheduled at this time
sato refresh		3	Review	RP Notes		Not scheduled at this time
Secure login		2	Review	ADT Team	Jessica	not scheduled at this time
Prebuit SDK integration	speedup target image generation by reusing prebuilt tools from SDK native and target binaries. See: http://wiki.secretlab.ca/Yocto_prebuilt_SDK_integration	2	Reject	Adrian	Jessica	not scheduled at this time - This functionality looks to have been provided by sstate packages?
Patch Test System	Create a machine where developers can upload/test patches before submitting them to master to ensure builds won\'t break when patches are added. (developer autobuilders? Fuzz builds?)	2	Review	Team	Jiajun	not scheduled at this time - although, team is investigating other mechanisms for ensuring that patches submitted don\'t break build
Tracing: tuna, oscilloscope recipes	catch up with Tom, likely to remove	3	Review	from 1.0		not scheduled at this time
Patchwork	is it worth the overhead, are there alternatives	3	Review	RP Notes		not scheduled at this time
Bugzilla to Wiki	Create a script which automatically populates and updates the Wiki based on changes in bugzilla.	2.5	Review	Darren		not scheduled at this time