Yocto 1.1 Schedule: Difference between revisions

From Yocto Project
Jump to navigationJump to search
Line 220: Line 220:
| Change for Image Creator (one fix)||Fix Bitbake report “ERROR: Nothing to do…” when exit HOB ||1||Yes||Patch Review||Lianhao||Jessica||M2, Sprint A||M2, Sprint A, Richard to review this one
| Change for Image Creator (one fix)||Fix Bitbake report “ERROR: Nothing to do…” when exit HOB ||1||Yes||Patch Review||Lianhao||Jessica||M2, Sprint A||M2, Sprint A, Richard to review this one
|-
|-
| User Creation at preinstall - complete||Deliverable completed||1||Yes||Under Patch Review||Mark (ScottG)||Mark||M2, Sprint A||M2, Sprint A
| User Creation at preinstall - complete||Deliverable completed||1||Yes||Patch Review||Mark (ScottG)||Mark||M2, Sprint A||M2, Sprint A, Richard to review 
|-
|-
| cache reimplementation ||Phase 2:  Bug fix for 7.70||1||Yes||Done||Jessica||Richard||M2, Sprint A||M2, Sprint A
| cache reimplementation ||Phase 2:  Bug fix for 7.70||1||Yes||Done||Jessica||Richard||M2, Sprint A||M2, Sprint A

Revision as of 21:19, 21 June 2011

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
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 - 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
License tracking Get common licenses for all packages and consolidate base file licenses. (takes ~3 days) 1 Done Beth Beth M1, Sprint D
License tracking Build a parser to do license tracking more gracefully and make sure all recipes are correct. (takes ~2 weeks) 1 Done Beth Beth M1, Sprint D
Fix Documentation Publishing fix our documentation publishing so that documents can be published at any time 1 Done Beth Beth/Scott M1, Sprint D, not merged yet, target: 6/2/11

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 Commit Status Owner Design Signoff Due Comments / Bugzilla Links
Package config option enhancement - Plan Plan our approach to package config option enhancement 2 Yes Done Richard M2, Design M2, Design, reached community consensus
Image Creator M2 design * Solicit feedback on current state - Josh
* Investigate issues which prompted alternative entry point - Josh - modifying layers - buildFile vs. buildTarget (run multiple builds in succession) - add dev-pkgs as IMAGE_FEATURES when development headers selected?
* Confirm before cancelling a build - Josh-
1 Yes Done Joshua Jessica M2, Design M2, Design

M2 Sprint A (June 6 to June 10)

Feature Name Description Priority Commit Status Owner Design Signoff Due Comments / Bugzilla Links
Upstream our patches - phase 2 (ongoing, maintenance), update, bug fixing, patch upstreaming 1 Yes on-going Saul n/a M1, M2, M3, M4, Sprint A, Sprint B, Sprint C, Sprint D M1, M2, M3, M4, Sprint A, Sprint B, Sprint C, Sprint D, will get 30% upstreamable patches handled for M2/Sprint C, will check 2 weeks later.
Layer Tooling - Architecture Implement Layer Tooling changes 1 Yes Design Review Richard (Paul/Daoxien will help) M2, Sprint A M2 Sprint A, under design review
LayerTooling – combo layer tool Tool to manage combination repos (e.g. the poky repo) 1 Yes Done Ke M2, Sprint A M2, Sprint A
Changes for Image Creator - phase 3 * Notify of long running operations - busy cursor - move progress into main UI and desensitise widgets - ensure progress bar shown when appropriate * Fix removing *all* packages * Ability to switch from completed build to build generator UI 1 Yes Done Joshua Jessica M2, Sprint A M2, Sprint A, partially moved to Sprint B
Change for Image Creator (one fix) Fix Bitbake report “ERROR: Nothing to do…” when exit HOB 1 Yes Patch Review Lianhao Jessica M2, Sprint A M2, Sprint A, Richard to review this one
User Creation at preinstall - complete Deliverable completed 1 Yes Patch Review Mark (ScottG) Mark M2, Sprint A M2, Sprint A, Richard to review
cache reimplementation Phase 2: Bug fix for 7.70 1 Yes Done Jessica Richard M2, Sprint A M2, Sprint A
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 Yes Dev Beth Saul M2, Sprint A M2, Sprint A
Performance Improvements - split libc a) Split libc locale generation from libc do_install/do_package 1 Yes Dev Dongxiao Richard M2, Sprint A M2, Sprint A, no progress last week (B week)
Performance Improvements - remove perl-native from bld dep e) Remove perl-native from most build dependencies by installing it into its own sysroot 1 Yes Done Dexuan Richard M2, Sprint A M2, Sprint A
More test cases about toolchain in autobuilder 2 Yes Done Jessica Jessica M2, Sprint A
Package reporting system enhancement http://packages.yoctoproject.org 2 Yes Dev Saul (Lei) Saul M2, Sprint A M2, Sprint A, still working on chart, a bit delay
Tracing: Add Systemtap support for userspace tracing Add utrace, etc 2 Yes Done Tom n/a M2, Sprint A M2, Sprint A,

M2 Sprint B (June 13 to June 17)

Feature Name Description Priority Commit Status Owner Design Signoff Due Comments / Bugzilla Links
Upstream our patches - phase 2 (ongoing, maintenance), update, bug fixing, patch upstreaming 1 Yes on-going Saul n/a M1, M2, M3, M4, Sprint A, Sprint B, Sprint C, Sprint D M1, M2, M3, M4, Sprint A, Sprint B, Sprint C, Sprint D, will get 30% upstreamable patches handled for M2/Sprint C, will check 2 weeks later.
Image Creator: Fix sorting and spacing in tree views Fix sorting and spacing in tree views 1 Yes Accept Joshua Jessica M2, Sprint B M2, Sprint B, moved from Sprint C
Audotbuilder infrastructure Bring up additional autobuilders and work with sysadmin to configure. 1 M2, Sprint B Beth Saul M2, Sprint B M2, Sprint B (depends on having sysadmin support), blocked on machine ordering
Error handling in bitbake (Design) Performance improvement (gather input from community on use cases) 1 Yes Accept Saul (Scott G) Richard M2,Sprint B M2, Sprint B, bugs (enhancement) filed in bugzilla to track the work needed for this
multi-lib infrastructure multi-lib support for 32-bit & 64-bit and capable of being installed at the same time - infrastructure in place (multilib toolchain changes, configuration changes) 1 Yes M2, Sprint A Richard(Qing/Ke) M2, Sprint B M2, Sprint A, Sprint B
multi-lib RPM RPM support for multilib added 1 M2, Sprint B Richard (Qing) M2, Sprint B M2, Sprint B, too large, dependent on other features, Mark owns the architecture, leave for discussion with PRC team
LayerTooling – output info enhancement 1) Show a parse error if a bbappend matches no existing bb. 1 Yes Patch Review Dexuan M2, Sprint B M2, Sprint B
kernel bloat - analysis (Design) target = boot a minimal image in < 8M - analysis complete 1 Yes Accept Darren M2, Sprint B M2, Sprint B, need to have specifics and design
Image Creator: Fix reset/build again Fix reset/build again 1 Yes Patch Review Lianhao Jessica M2, Sprint B M2, Sprint B, Josh to review
Image Creator: HOB performance enhancement HOB performance enhancement 1 Yes Dev Liping Jessica M2, Sprint B M2, Sprint B, will start to draft patch these two days, for target dept tree result. (performance still poor, still takes 30s so far)
Error handling in bitbake (Implementation) Performance improvement (gather input from community on use cases) 1 Accept Saul (Scott G) M2, Sprint B M2, Sprint B, (need to have specifics after design is done)
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 Yes Accept Beth Saul? M2, Sprint B M2, Sprint B, demo already done, design not done yet?
kernel bloat - analysis (Implementation) target = boot a minimal image in < 8M - analysis complete 1 Yes Accept Darren M2, Sprint B M2, Sprint B, dependent on design
Performance Improvements - share src dirs b) Share the source directories for gcc, glibc and maybe others 1 Yes Accept WR Distro Team Richard M2, Sprint B M2, Sprint B, Sprint A - RP wrote a proof of concept patch, needs further work, on Yocto schedule for 1.1 (duplicate)
Build Yocto behind firewall - complete Darren will investigate site.conf and documentation 2 Yes Patch Review Darren/Joshua Darren M2, Sprint B moved from 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 Jessica/Tom Jessica M2 Sprint B Status check in M2, Sprint B, M3, Sprint A, depend on 2 features on perf scripting from Tom, need revisit in M2, Sprint B
Package config option enhancement - Implement Implement approach defined in plan for package config option enhancement 2 Accept Saul M2, Sprint B 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 Scott G M2, Sprint B M2, Sprint B
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. 2 Yes Review WR Distro team Richard M2, Sprint B M2, Sprint B - Idea talked about, no code yet, according to robert, send to the mailing list for design review, no reply yet
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 Tom M2, Sprint B M2, Sprint B
Live images make live images their own image type 2 Yes Accept Saul Richard M2 Sprint B M2, Sprint B

M2 Sprint C (June 20 to June 24)

Feature Name Description Priority Commit Status Owner Design Signoff Due Comments / Bugzilla Links
Upstream our patches - phase 2 (ongoing, maintenance), update, bug fixing, patch upstreaming 1 Yes on-going Saul n/a M1, M2, M3, M4, Sprint A, Sprint B, Sprint C, Sprint D M1, M2, M3, M4, Sprint A, Sprint B, Sprint C, Sprint D, will get 30% upstreamable patches handled for M2/Sprint C, will check 2 weeks later.
Autobuilder maintenance Bring scripts into configuration or get git repo working for those that can\'t be brought in. 1 Yes M2, Sprint C Beth Saul M2, Sprint C M2, Sprint C RFC has been reviewed.
LayerTooling - Dependency handling Dependency handling 1 M2, Sprint C Paul M2, Sprint C M2 Sprint C, dependent on Sprint C item (LayerTooling), check next Tuesday
LayerTooling – layer merging tool Tool to merge (flatten) several layers into one 1 M2, Sprint C Paul M2, Sprint C M2, Sprint C, under review (richard)
LayerTooling – remote layer tool Consider integrating Jeremy Puhlman\'s remote layers patch 1 M2, Sprint C Paul M2, Sprint C Jeramy is working on this, M2, Sprint C, Ke transferred to Paul
LayerTooling – banner enhancement Update banner info to show layers being used and revisions/branches for each one if available 1 Dev Dexuan M2, Sprint C moved from M2 Sprint B
LayerTooling – bitbake-layer enhancement 1) bitbake-layers: stop it displaying the warning message about not being run from the wrapper 2) bitbake-layers: extend it to show overridden (\"cloaked\") recipes. 1 Patch Review Dexuan M2, Sprint C M2, Sprint C
Image Creator: fix alternate entry point and other server issues * based on feedback fix alternate entry point and other server issues * Image output type dropdown 1 Yes Accept Joshua Jessica M2, Sprint C M2, Sprint C, Moved from Sprint B
adding eglibc config control this goes with the package config options 1.5 Yes Accept Mark Mark M2, Sprint C M2, Sprint C
Directory Ownership 1.5 Yes Accept Mark Richard M2, Sprint C M2, Sprint B, Sprint A, more complicated than thought, moved to Sprint C
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 WR Distro Team M2, Sprint C M2, Sprint C, Robert: start design early ww25
btrfs 2 Accept Saul (Nitin) M2, Sprint C M2, Sprint C, working on the design
PAM patch integration - Stage 1 Identify which Yocto recipes will be PAM-enabled Deliverable: 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 Scott G (Robert) M2, Sprint C M2, Sprint C, Robert got the design email from Scott.
Implement Continuous Autobuilds Build constantly instead of daily (need fuzz builds for this. once fuzz builds are implemented, this is trivial) 2 Accept Beth Saul? M2, Sprint C M2, Sprint C, fuzz build is is there, ahead of schedule
inter-core comms investigate/report/merge intercore communication methods (mcapi, dsplink,etc). extend as appropriate 2 Accept Bruce M2, Sprint C Owner = Bruce, M2, Sprint C, speculative
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 Yes on-going WR Distro Team Mark M2, Sprint C M2, Sprint A, Sprint B, Sprint C, stablize LSB in M2, on going, there is a wiki page for status
Performance Improvements - documentation f) Document performance best practices (e.g. no premempt in kernel, use server kernel on ubuntu) 2 M2, Sprint C Saul/ScottR M2, Sprint C M2, Sprint C Status: Not done yet.
Indigo update Update to the latest Eclipse release (Indigo) 2 Yes Accept Jessica Jessica M2, Sprint C Status check in M2, Sprint B, M3, Sprint A

M2 Sprint D (June 27 to July 1)

Feature Name Description Priority Commit Status Owner Design Signoff Due Comments / Bugzilla Links
BSP config cleanup BSP config cleanup/refactoring. Update to new kernel rev. Investigate Kconfig alignment 1 Accept Bruce M2, Sprint D Owner = Bruce, M2, 4th Sprint
Ongoing kernel maintenance There should be a task spread out over the whole release, say 10% of one person\'s time (just a guess), for monitoring LKML and Linus\' master branch, and/or relevant lists for patches relevant to the BSPs we maintain. We also need to figure out if Bruce needs help with the management of the base branches e.g. re-enabling features after kernel uprevs, moving feature tags forward, etc. 1 Accept Bruce M2, Sprint D Owner = Bruce, M2 4th Sprint
Upstream our patches - phase 2 (ongoing, maintenance), update, bug fixing, patch upstreaming 1 Yes on-going Saul n/a M1, M2, M3, M4, Sprint A, Sprint B, Sprint C, Sprint D M1, M2, M3, M4, Sprint A, Sprint B, Sprint C, Sprint D, will get 30% upstreamable patches handled for M2/Sprint C, will check 2 weeks later.
Kernel Tools Implement plan for kernel tools 1 Accept Bruce M2, Sprint D Owner = Bruce, M2, 4th Sprint
multi-lib complete multi-lib support for 32-bit & 64-bit and capable of being installed at the same time fully complete 1 Yes Accept Richard (Qing/Ke) M2, Sprint D M2, Sprint D
Image Creator polish polish and refine Image Creator - See https://wiki.yoctoproject.org/wiki/BitBake/GUI/PostOneOh for details 1 Yes Accept Josh Jessica M2, Sprint D M2, Sprint D
kernel bloat - development target = boot a minimal image in < 8M - development complete 1 Accept Darren M2, Sprint D M2, Sprint D
Demo Need to determine what we will do for demo and find an owner 1 Yes Accept Song Song M2, Sprint D M2, Sprint D - The Yocto Advocacy team is discussing. Yocto PM will monitor to see what engineering work is needed. (impact team deliverable)
BBXM Pull in bits from OE (kernel) 1 Yes Accept Darren Richard M2, Sprint D M2, Sprint D
Optimise Configure 2 Dev Saul (Dongxiao) M2, Sprint D M2, Sprint B, Sprint C, Sprint D, Experiments show that the performance improvement is little (only 2%), and this method needs more efforts to change the current framework, such as adding checksum, pushing cache onto poky master. Might drop it.
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 Saul M2, Sprint D 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 Saul (Dongxiao) M2, Sprint D M2, Sprint D
PAM patch integration - Stage 2 Identify the sources of upstream PAM patches to use. Deliverable: 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 Scott G (Robert) M2, Sprint D M2, Sprint D
running post installs at rootfs gen time 2 Accept Saul (Dexuan) M2, Sprint D M2, Sprint D, still in design
x32 - complete layer to support toolchain, libc, and kernel - x32 is complete 2 Accept Saul (Nitin) M2, Sprint D M2, Sprint D, design not started yet
BSP update/intro determine and integrate / create arch reference BSPs (e500, Cortex, ARM, MIPs) 2 Accept Bruce M2, Sprint D 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 Jessica M2, Sprint D 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 M2, Sprint D M2, Sprint D
BSP builds Autobuilder git fetcher improvements (3 days) 2 Accept Beth M2, Sprint D M2, Sprint D, still in design
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 M2, Sprint D M2, Sprint D
Sync qemugl with MeeGo - COMPLETE sync qemugl with MeeGo is complete 2 Yes Dev Saul (Edwin) Saul M2, Sprint D M2, Sprint D - rebase depends on adding option to disable buffer copy back. Zhiyuan agreed to do this even though he moved to virtualization team.
Share gcc work directories 2 Accept WR Distro Team M2, Sprint D M2, Sprint D
Performance Improvements - cache result d) Cache do_configure autoreconf result 2 Review Richard M2, Sprint D M2, Sprint D - 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) (duplicate of 86)
remove gnome-vfs 3 Dev Saul (Edwin) M2, Sprint D M2, Sprint D, some recipes depending on gnome-vfs such as gst-plugins have configs to switch to gio, for others like oprofileui, need change the code. Patch is ready and will send out after simple unit tests.

M2 Stabilize (July 4 to July 15)

Feature Name Description Priority Commit Status Source Owner Design Signoff Due 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 Yes Accept Joshua Jiajun M1, M2, M3, Stabilize 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 Yes Accept Jiajun Jiajun M1, M2, M3, Stabilize 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 G M2, Stabilize M2, Stabilize
Lock kernel version lock the kernel version 1 Accept Team Darren M2, Stabilize 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