Hi there. I'm confused about how we nominate and schedule things for the upcoming summit. I've got a bunch of tr-* TR blueprints and a related set of engineering blueprints. Some of these blueprints are too big for one session and some need to be bundled up to fill up a session. No matter what, summit blueprints need the other-linaro-n-foo naming convention to work.
What should I do? My best guess is create other-linaro-n-foo blueprints for scheduling's sake and add the TR and engineering blueprints as dependencies.
BTW, I've written up my understanding of the workflow at: https://wiki.linaro.org/MichaelHope/Sandbox/SummitWorkflow
-- Michael
On 10 Oct 14, Michael Hope wrote:
Hi there. I'm confused about how we nominate and schedule things for the upcoming summit. I've got a bunch of tr-* TR blueprints and a related set of engineering blueprints. Some of these blueprints are too big for one session and some need to be bundled up to fill up a session. No matter what, summit blueprints need the other-linaro-n-foo naming convention to work.
What should I do? My best guess is create other-linaro-n-foo blueprints for scheduling's sake and add the TR and engineering blueprints as dependencies.
I've done something like that. The meta blueprints bring together everything related to a theme - cpufreq, cpuidle, tools, etc.
I plan on having a double-session for each theme to cover all topics related to the theme. Any left-over discussion will be scheduled at LDS itself.
BTW, I've written up my understanding of the workflow at: https://wiki.linaro.org/MichaelHope/Sandbox/SummitWorkflow
That is a useful view. I'll pass it on to my team.
/Amit
Michael, I'm glad that I'm not the only confused one. Good description of the flow... Dave
On 14 October 2010 08:23, Amit Kucheria amit.kucheria@linaro.org wrote:
On 10 Oct 14, Michael Hope wrote:
Hi there. I'm confused about how we nominate and schedule things for the upcoming summit. I've got a bunch of tr-* TR blueprints and a related set of engineering blueprints. Some of these blueprints are too big for one session and some need to be bundled up to fill up a session. No matter what, summit blueprints need the other-linaro-n-foo naming convention to work.
What should I do? My best guess is create other-linaro-n-foo blueprints for scheduling's sake and add the TR and engineering blueprints as dependencies.
I've done something like that. The meta blueprints bring together everything related to a theme - cpufreq, cpuidle, tools, etc.
I plan on having a double-session for each theme to cover all topics related to the theme. Any left-over discussion will be scheduled at LDS itself.
BTW, I've written up my understanding of the workflow at: https://wiki.linaro.org/MichaelHope/Sandbox/SummitWorkflow
That is a useful view. I'll pass it on to my team.
/Amit
linaro-dev mailing list linaro-dev@lists.linaro.org http://lists.linaro.org/mailman/listinfo/linaro-dev
BTW, I've written up my understanding of the workflow at: https://wiki.linaro.org/MichaelHope/Sandbox/SummitWorkflow
Michael, this is great and if the Definition field for the blueprints gets updated at each stage, then it would be easy to track the progress of the blueprints ( at least the Definition part). Definition field states: New -> Discussion -> Drafting -> Review -> Pending Approval -> Approved Mounir
On Wed, Oct 13, 2010 at 10:31 PM, Michael Hope michael.hope@linaro.orgwrote:
Hi there. I'm confused about how we nominate and schedule things for the upcoming summit. I've got a bunch of tr-* TR blueprints and a related set of engineering blueprints. Some of these blueprints are too big for one session and some need to be bundled up to fill up a session. No matter what, summit blueprints need the other-linaro-n-foo naming convention to work.
What should I do? My best guess is create other-linaro-n-foo blueprints for scheduling's sake and add the TR and engineering blueprints as dependencies.
BTW, I've written up my understanding of the workflow at: https://wiki.linaro.org/MichaelHope/Sandbox/SummitWorkflow
-- Michael
linaro-dev mailing list linaro-dev@lists.linaro.org http://lists.linaro.org/mailman/listinfo/linaro-dev