Re: planning for UDS-O
On 03/29/2011 11:53 AM, Jorge O. Castro wrote: > On Thu, Mar 24, 2011 at 7:28 PM, Allison Randal wrote: >> * April 29th-May 5th: Natty release is done, get blueprints ready for UDS. >> The idea is not to hard-bake plans and specifications for the Oneiric cycle >> before UDS, but to have a clear idea of what needs discussion at UDS, so we >> make the best use of our limited time together in person. [The UDS >> schedulers will have some input here about when they need blueprints.] > > I'd just like to add that Launchpad is ready for blueprints so if you > want to do them now that would be a boon. You can easily get your > deferred ones from last cycle up to speed: > > https://blueprints.launchpad.net/sprints/uds-o > > Everyone please try to get your blueprints in by the *** 5th of May > ***; if everyone waits until the end there's a massive amount of > change in the scheduler and then people's sessions keep shifting the > week before UDS, which makes it tougher for people to plan out their > personal schedule when they attend. > To clarify, we should only bother if said deferred blueprint actually needs another session, rather than simply more work ;) -- ubuntu-devel mailing list ubuntu-devel@lists.ubuntu.com Modify settings or unsubscribe at: https://lists.ubuntu.com/mailman/listinfo/ubuntu-devel
Re: planning for UDS-O
On Thu, Mar 24, 2011 at 7:28 PM, Allison Randal wrote: > * April 29th-May 5th: Natty release is done, get blueprints ready for UDS. > The idea is not to hard-bake plans and specifications for the Oneiric cycle > before UDS, but to have a clear idea of what needs discussion at UDS, so we > make the best use of our limited time together in person. [The UDS > schedulers will have some input here about when they need blueprints.] I'd just like to add that Launchpad is ready for blueprints so if you want to do them now that would be a boon. You can easily get your deferred ones from last cycle up to speed: https://blueprints.launchpad.net/sprints/uds-o Everyone please try to get your blueprints in by the *** 5th of May ***; if everyone waits until the end there's a massive amount of change in the scheduler and then people's sessions keep shifting the week before UDS, which makes it tougher for people to plan out their personal schedule when they attend. -- ubuntu-devel mailing list ubuntu-devel@lists.ubuntu.com Modify settings or unsubscribe at: https://lists.ubuntu.com/mailman/listinfo/ubuntu-devel
planning for UDS-O
UDS-O is fast approaching, and while we're all noses down getting Natty out the door, blueprints for Oneiric aren't too far off. I've been thinking lately about how we plan for UDS, and how we engage with upstreams around that planning. This is partly based on the brainstorming we did leading up to UDS-M, partly on suggestions from many people (thanks all), and partly on my own observations. Here's my thought on a schedule that might work, to start some discussion. * now-ish - April 7th: Thinking about and discussing topics and high-level needs, on ubuntu-devel and within various teams. Start to contact upstreams who may contribute to or be affected by plans for Oneiric for their input into the process. This is parallel to the high-level brainstorming we did last cycle, and I'll volunteer my time again to summarize and look for gaps (with the summary as a wiki table, for easier collaboration). * April 8th-28th: More indepth conversations, inside the Ubuntu community and with upstreams, downstreams, and partners. Begin drafting blueprints. Review popular ideas from brainstorm.ubuntu.com for potential discussion at UDS. * April 29th-May 5th: Natty release is done, get blueprints ready for UDS. The idea is not to hard-bake plans and specifications for the Oneiric cycle before UDS, but to have a clear idea of what needs discussion at UDS, so we make the best use of our limited time together in person. [The UDS schedulers will have some input here about when they need blueprints.] * May 9th-13th: UDS-O * May 14th-26th: Mailing list discussion, review topics discussed at UDS, what was decided, what was missed? Solidifying the specifications and workitems from UDS discussions, leads up to FeatureDefinitionFreeze. What's missing? What would you do differently/better? Does this seem interesting/useful, like something worth trying out? Allison -- ubuntu-devel mailing list ubuntu-devel@lists.ubuntu.com Modify settings or unsubscribe at: https://lists.ubuntu.com/mailman/listinfo/ubuntu-devel