|
m |
| (72 intermediate revisions not shown) |
| Line 1: |
Line 1: |
| - | This page is meant to brainstorm the '''100 Days Action Plan''' for maemo.org. Please remember that it's about the maemo.org community, not the Nokia Internet Tablets.
| + | {{task|completed}} |
| | | | |
| - | {| style="background-color:#f4f09c; border: 1px silver solid; padding: 10px;"
| + | The '''100 Days Action Plan''' brainstorm for maemo.org has covered its first objective and now the list of proposal is closed. Now the help is needed in the committed tasks listed below. The strategic brainstorm continues at [[2010_Agenda|maemo.org 2010]]. |
| - | | [[Image:50px-Nuvola apps important yellow.svg.png|50px|left]]
| + | |
| - | |
| + | |
| - | * '''Please login''' before making any changes. '''Thank you'''.
| + | |
| - | * Please keep things '''on-topic'''.
| + | |
| - | * '''Hardware requests''' are entirely ''out-of-scope'' and will be removed by community members trying to keep this page focused and on-topic.
| + | |
| - | * '''Software requests''' which would be trivial for a third party to provide — or are already on the roadmap — are ''out-of-scope'' and will be removed by community members trying to keep this page focused and on-topic.
| + | |
| - | * Don't put things which aren't feasible in '''3 months'''. For long term suggestions, consider adding them at [[2010_Agenda|maemo.org 2010]].
| + | |
| - | * Discussion of the 100 Days agenda should be held in the [[Talk:100Days|discussion page]].
| + | |
| - | |}
| + | |
| | | | |
| | =Community-led action plan process= | | =Community-led action plan process= |
| - | The result of this brainstorm, once ideas start firming up in the sections below, should be:
| + | Planned sprints: |
| - | * A set of [http://meta.wikimedia.org/wiki/Help:Template mediawiki templates] for creating consistency in... | + | * Sprint 1. Started on 2008/06/10. [https://garage.maemo.org/plugins/wiki/index.php?June2008Sprint&id=106&type=g Tasks committed]. IRC review meeting on 2008/06/30. |
| - | * A page for each of the sections below (e.g. [[Increasing transparency]]) containing: | + | * [[100Days/Sprint2|Sprint 2]]. IRC review meeting on 2008/07/22. |
| - | ** a detailed step-by-step plan for what will be delivered within 100 days | + | * [[100Days/Sprint3|Sprint 3]]. IRC review meeting on 2008/08/12. |
| - | ** a list of community members committed to providing it (say 2-6?) | + | * [[100Days/Sprint4|Sprint 4]]. IRC review meeting on 2008/09/02. |
| - | ** a community member as notional leader, responsible for overall delivery of that stream
| + | * [[100Days/Sprint5|Sprint 5]]. Life/IRC review meeting at [[Maemo Summit 2008|maemo summit]] on 2008/09/19. |
| - | ** sign-off by [[User:qgil|qgil]] as community manager that he views it as constructive
| + | |
| | | | |
| - | Then, once the brainstorm has completed:
| + | =Agreed tasks= |
| - | # Every 20 days, there should be:
| + | |
| - | ## a status report wiki document coalescing all the streams' progress
| + | |
| - | ## an IRC meeting of the stream leaders/[[User:qgil|qgil]]/anyone else to co-ordinate overall progress.
| + | |
| - | | + | |
| - | It would then be up to each mini-team to communicate and flesh-out their commitment within the first period, and then deliver it over the remaining period.
| + | |
| - | | + | |
| - | =Pre-agreed tasks= | + | |
| | | | |
| | == Defining maemo == | | == Defining maemo == |
| | {{main|Task:Defining maemo}} | | {{main|Task:Defining maemo}} |
| | + | Crystal-clear definitions of maemo, maemo.org, OS2008 and so on. |
| | | | |
| - | Cristal clear definitions of maemo, maemo.org, OS2008 and so on.
| + | [[User:Qgil|qgil]] coordinates this task. Not included in the Sprint 1 (June) but you can start helping out now. |
| | | | |
| | ==Fast server== | | ==Fast server== |
| | {{main|Task:Fast Server}} | | {{main|Task:Fast Server}} |
| - |
| |
| | Browsing and downloading from maemo.org should be simply fast. No excuses. | | Browsing and downloading from maemo.org should be simply fast. No excuses. |
| | | | |
| - | == Increasing transparency == | + | Nemein will work on this task. More details to come. |
| - | {{main|Increasing transparency}} | + | |
| - | Openness is a significant part of what makes maemo so strong, putting together a plan for addressing closed-source components, particularly those directly controlled by Nokia (e.g. low-level stuff like mce and dsme, and user-space stuff like tablet-browser and the task/statusbar applets), would be both a good way to work towards making things that (the community believes, and that Nokia will be convinced of ;)) should be open open and, more generally, addressing the community's concerns over openness in general, particularly the "Why?" of it.
| + | == Mapping openness == |
| | + | {{main|Task:Mapping openness}} |
| | + | * Identifying closed-source components and the reasons why, addressing the community's concerns over openness. |
| | + | |
| | + | [[User:Qgil|qgil]] coordinates this task. Not included in the Sprint 1 (June) but you can start helping out now. |
| | | | |
| | == [http://www.internettablettalk.com Internet Tablet Talk] Collaboration == | | == [http://www.internettablettalk.com Internet Tablet Talk] Collaboration == |
| | {{main|Task:ITt Collaboration}} | | {{main|Task:ITt Collaboration}} |
| | + | maemo.org and ITt services should integrate much better i.e. maemo.org Downloads syndicated in ITt and ITt users getting maemo.org [[karma]]. |
| | | | |
| - | maemo.org and ITt services should integrate much better i.e. maemo.org Downloads syndicated in ITt and ITt users getting maemo.org karma.
| + | Nemein will handle this task. Henri is the contact. More to come soon. |
| | | | |
| | == Consolidation of extras == | | == Consolidation of extras == |
| - | {{main|Task:Consolidation of extras}} | + | {{main|Task:Consolidation of Extras}} |
| | + | The Extras repository needs to become the single reference for developers willing to reach end users at large. |
| | | | |
| - | The extras repository needs to become the single reference for developers willing to reach end users at large.
| + | Niels to coordinate this. More details to come. |
| | | | |
| | == Improving maemo.org == | | == Improving maemo.org == |
| - | {{main|Improving maemo.org}} | + | {{main|Task:Improving maemo.org}} |
| | maemo.org needs improvements in usability, content, format and style. | | maemo.org needs improvements in usability, content, format and style. |
| | + | |
| | + | Dave to coordinate this task. More details to come up later. |
| | + | |
| | + | Nemein will help on this, but there needs to be a clear plan first to see who pushes what. |
| | | | |
| | === Content cleanup === | | === Content cleanup === |
| | {{main|Task:Content Cleanup}} | | {{main|Task:Content Cleanup}} |
| | + | Dress up the most important content, dump what is not relevant, handle the rest via the wiki. |
| | | | |
| - | Dress up the most important content, dump what is not relevant, handle via wiki the rest.
| + | == Roadmap for the Maemo platform == |
| | + | {{main|Open development/Maemo roadmap}} |
| | + | A Maemo roadmap for developers, disclosing information about open source components and developer libraries. |
| | | | |
| - | = More pre-agreed tasks =
| + | [[User:Qgil|qgil]] coordinates this task. Planned for the Sprint 5 (September) but you can start helping out now. |
| - | Help planning them further and moving them to an own page.
| + | |
| | | | |
| - | * Develop a recommended usage policy for garage.maemo projects, taking into account turning off GForge modules not needed (perhaps defaulting in a subset rather than all, for new projects). Further discussions on whether non-core bugs should be in central Bugzilla and garage trackers merged/closed.
| + | == Community Council == |
| - | * Close misnamed (and now misused) maemo2midgard-discuss mailing list and create maemo-web alongside existing mailing lists for overall discussions about maemo.org sites.
| + | {{main|Community Council}} |
| - | :''Both points agreed.--[[User:qgil|qgil]] 07:45, 2 June 2008 (UTC)''
| + | A process for electing a small "Community Council" should be created and elections held. |
| | | | |
| - | = Still under discussion =
| + | This task needs a coordinator. |
| - | Please help defining, approving, discarding, postposing, etc these proposals.
| + | :''Jaffa, lardman, or myself are probably the ones to push this. Jaffa's currently on vacation, so I'll get together with lardman tomorrow to start getting the ball rolling on this. —[[User:generalantilles|GeneralAntilles]] 01:01, 12 June 2008 (UTC)'' |
| | | | |
| - | == Garage improvements == | + | == More pre-agreed tasks == |
| - | * Implement some sort of automated single-click push-to-Downloads for Garage projects.
| + | Help planning them further and moving them to an own page. |
| - | :''Interesting idea. What about the feasibility? Niels? Ferenc? In any case integrating Garage with Downloads make a lot of sense, and the question is whether this would fit in the 100 Days or later.--[[User:qgil|qgil]] 06:59, 2 June 2008 (UTC)''
| + | |
| - | ::''I think we need to prevent (the need for) single file download as much as possible, but rather provide a way of uploading those packages into the extras repository directly from garage. This way people can also download the applications from the Application Manager. --[[User:xfade|xfade]] 13:20, 2 June 2008 (UTC)''
| + | |
| - | :::''More generally speaking, maybe something like single-click (or two, or three, or a dozen, but you get the picture) project management from Garage for everything? —[[User:generalantilles|generalantilles]] 16:09, 2 June 2008 (UTC)"
| + | |
| - | ::''What I had understood (without reading and thinking much, I reckon) was a single click thingy for developers to upload updated packages in Garage and in a single click get the packages in extras and the update reflected in the Downloads section. Now I see that the request is probably about something different and what I'm thinking of is perhaps a bit too much for the next 100 Days. Should we move this then to 2010 Agenda under a generic "Garage-extras-Downloads integration"?''--[[User:qgil|qgil]] 20:11, 4 June 2008 (UTC)
| + | |
| - | | + | |
| - | == Roadmap for the maemo platform ==
| + | |
| - | * Get a clear public roadmap of what the plans are for the maemo platform for Fremantle. (Note: this doesn't mean a roadmap for ITOS20XX or disclosing new hardware features etc.) --[[User:xfade|xfade]] 12:57, 4 June 2008 (UTC)
| + | |
| - | * Give developers a clear list of what library versions are targetted for Fremantle. E.g. glib, gtk+, hildon. --[[User:xfade|xfade]] 12:57, 4 June 2008 (UTC)
| + | |
| - | * Weekly releases of updated SDK packages. SSU for SDK. So developers can start to develop for the new platform right away and not have to wait until the new SDK/OS version is released. This 'beta' SDK releases will help developers with application porting and compatibility checks. So they can release their software the day a new OS is released. --[[User:xfade|xfade]] 12:57, 4 June 2008 (UTC)
| + | |
| - | :''Ok to the idea but as for today we cannot commit publicly to a specific date, nor guarantee that this will be done within 100 days. It won't be 2010 either, most probably at some point during the second half of this year. What should we do? Add it with a disclaimer? Leave it out? --[[User:qgil|qgil]] 20:21, 4 June 2008 (UTC)
| + | |
| - | :: ''There's another thing - some libraries you can't release, without giving up the new hardware specs, what about them? Not released? [[User:bundyo|bundyo]] 21:38, 4 June 2008 (UTC)''
| + | |
| - | :::''Sure, Nokia won't have to say "we release Diablo on June 5th 2008". But they can say: we plan to use glib 2.12 for Diablo? So at least developers can work towards their own target and know what features to use of the already known libs. This is about common libraries we are already using in the platform, not new ones for new features. --[[User:xfade|xfade]] 07:13, 5 June 2008 (UTC)''
| + | |
| - | | + | |
| - | == Bug tracking future plan ==
| + | |
| - | | + | |
| - | * It's unclear where to report problems about packages found in the application catalog. A single bug tracker is needed, or at least a catalog that would redirect the user to the appropriate tracker from a common start page. Or we could set up a "maemo" distribution on launchpad.net, which would let us integrate with the bug trackers of individual packages.
| + | |
| - | :''Nokia is open to discuss any possibility of integration of maemo.org with third parties i.e. ITt and also using any external service i.e. launchpad.net. We can commit to overall plans for the 100 Days exercise but not on execution. Having a better and common understabnding of how this steps would fall in the 2010 Agenda would definitely help to see what are the right first steps.--[[User:qgil|qgil]] 07:45, 2 June 2008 (UTC)''
| + | |
| - | | + | |
| - | == Proposal to maintain legacy ==
| + | |
| - | * Put together a plan of action for moving forward with a community-maintained Hacker Edition (based on what Quim said [http://www.archive.org/details/QuimGil-MaemoLinuxtag2008Update here])
| + | |
| - | :''Having a specific proposal agreed by the community would definitely help.--[[User:qgil|qgil]] 07:50, 2 June 2008 (UTC)''
| + | |
| - | | + | |
| - | == Community Council ==
| + | |
| - | [[User:qgil|qgil]] is responsible for managing the maemo community on behalf of Nokia. But who is the community? Getting consensus of hundreds of disparate people through mailing lists and wiki-edits means the person who shouts loudest wins.
| + | |
| - | | + | |
| - | Therefore - inspired by Debian's Project Leader concept - during the next [[100Days]], a process for electing a small "Community Council" should be created and elections held.
| + | |
| - | :''Mmm... It is probably benefitial for the maemo community and for the dialog with Nokia to have some structure. We are doing effective steps towards this: some people get admin rights, some people might become QA evaluators in the extras repositories, some people receive are more visible and push for certain things in a structured way... However, also with my community shirt I think that 10 days of brainstorm is not enough to define a proposal, and probably 100 days are not enough to implement it either. So, what about 100 Days for the community to discuss and agree on the way to be formally structured?--[[User:qgil|qgil]] 08:54, 4 June 2008 (UTC)
| + | |
| - | ::''Possibly true - however I'd want to avoid us getting into too long talking about a process which can be enhanced/refined at a later date, and get some of the structure in-place sooner. Perfectly happy to go with the consensus on this (since it's necessary for it to work ;-)) --[[User:jaffa|jaffa]] 10:39, 4 June 2008 (UTC)''
| + | |
| - | :::''Alright, you have the (obvious) pre-agreement on my side. Please discuss and once there is an agreed idea create page accordingly and move this content there. Thanks! --[[User:qgil|qgil]] 20:41, 4 June 2008 (UTC)
| + | |
| - | :''It's a good idea but I think it too early to do this. I suggest to do this after the 100 days when all maemo is well defined and everyone's on the same page with what maemo is and what's its direction. --[[User:rsuplido|Reggie]] 14:07, 5 June 2008 (UTC)''
| + | |
| - | ::''Perhaps. But there's always something round the corner: it's like buying a computer (or gadget ;-)): if you wait, there's always something better. --[[User:jaffa|jaffa]] 16:18, 5 June 2008 (UTC)''
| + | |
| | | | |
| - | === Roles of the council ===
| + | * [[Task:Using garage.maemo.org]] - Ferenc |
| - | * Monthly IRC meeting with [[User:qgil|qgil]]. Open to all, but moderated so only the three council members and Quim can talk. | + | * Close misnamed (and now misused) maemo2midgard-discuss mailing list and create maemo-community alongside existing mailing lists for overall discussions about maemo.org sites and community topics in general. Ferenc . '''[http://lists.maemo.org/mailman//listinfo/maemo-community DONE]'''. |
| - | * Distill maemo community issues, from maemo-* mailing lists, ITT, etc. and raise with Nokia. | + | |
| - | * Understand, and help explain, Nokia's decisions and processes to the rest of the community.
| + | |
| - | * Advocate maemo, and involvement in its community, to end-users.
| + | |
| - | * Help manage community involvement, for example [[Maemowiki Action Group]], [[100Days]] and [[2010 Agenda]].
| + | |
| | | | |
| - | For example, if it already existed, the Council would take responsibility for defining the outcome of the brainstorm, i.e. the format and structure of the individual streams' plans.
| |
| | | | |
| - | === Elections ===
| + | [[Category:Community]] |
| - | The full process would be defined during the first 30 days, however here's an outline:
| + | [[Category:maemo.org]] |
| - | * Council positions open to anyone with karma above a certain threshold - say, 100.
| + | |
| - | * Community votes open to anyone with karma above another threshold - say, 50.
| + | |
| - | * One member, one vote.
| + | |
| - | * 5 nominees with highest number of votes elected.
| + | |
| - | * The chairperson will be the nominee with the highest number of votes.
| + | |
| - | * Elections held every 6 months.
| + | |
| - | * Nominations accepted 2 weeks before election.
| + | |
| - | * Votes tallied after 1 week of elections.
| + | |
Browsing and downloading from maemo.org should be simply fast. No excuses.
Nemein will work on this task. More details to come.
maemo.org and ITt services should integrate much better i.e. maemo.org Downloads syndicated in ITt and ITt users getting maemo.org karma.
Nemein will handle this task. Henri is the contact. More to come soon.
The Extras repository needs to become the single reference for developers willing to reach end users at large.
Niels to coordinate this. More details to come.
Dave to coordinate this task. More details to come up later.
Nemein will help on this, but there needs to be a clear plan first to see who pushes what.
Dress up the most important content, dump what is not relevant, handle the rest via the wiki.
A Maemo roadmap for developers, disclosing information about open source components and developer libraries.
A process for electing a small "Community Council" should be created and elections held.
