|
m |
| (98 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= |
| | + | Planned sprints: |
| | + | * 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. |
| | + | * [[100Days/Sprint2|Sprint 2]]. IRC review meeting on 2008/07/22. |
| | + | * [[100Days/Sprint3|Sprint 3]]. IRC review meeting on 2008/08/12. |
| | + | * [[100Days/Sprint4|Sprint 4]]. IRC review meeting on 2008/09/02. |
| | + | * [[100Days/Sprint5|Sprint 5]]. Life/IRC review meeting at [[Maemo Summit 2008|maemo summit]] on 2008/09/19. |
| | | | |
| - | ==Community-led action plan process== | + | =Agreed tasks= |
| - | The result of this brainstorm, once ideas start firming up in the sections below, should be:
| + | |
| - | * A set of [http://meta.wikimedia.org/wiki/Help:Template mediawiki templates] for creating consistency in...
| + | |
| - | * A page for each of the sections below (e.g. [[Increasing transparency]]) containing:
| + | |
| - | ** a detailed step-by-step plan for what will be delivered within 100 days
| + | |
| - | ** a list of community members committed to providing it (say 2-6?)
| + | |
| - | ** a community member as notional leader, responsible for overall delivery of that stream
| + | |
| - | ** sign-off by [[User:qgil|qgil]] as community manager that he views it as constructive
| + | |
| | | | |
| - | Then, once the brainstorm has completed:
| + | == Defining maemo == |
| - | # Every 20 days, there should be:
| + | {{main|Task:Defining maemo}} |
| - | ## a status report wiki document coalescing all the streams' progress
| + | Crystal-clear definitions of maemo, maemo.org, OS2008 and so on. |
| - | ## 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.
| + | [[User:Qgil|qgil]] coordinates this task. Not included in the Sprint 1 (June) but you can start helping out now. |
| | | | |
| - | ==Get the server and bandwidth infrastructure up to speed== | + | ==Fast server== |
| - | Although things have improved some (particularly after the OS2008 release), they don't seem to be keeping up well with the ever increasing numbers of tablet users, and downtime or slowness from the critical services offered by maemo.org is unacceptable.
| + | {{main|Task:Fast Server}} |
| - | * Mirror repository.maemo.org to ensure good uptime and fast response.
| + | Browsing and downloading from maemo.org should be simply fast. No excuses. |
| - | * Mirror tablets-dev.nokia.com to ensure good uptime and fast response.
| + | |
| - | * Improve the hardware and bandwidth availability behind *.maemo.org to ensure good uptime and fast response—maemo.org is too slow!
| + | |
| - | :''This work is ongoing and the results should be noticed way before the end of the 100 Days.--[[User:qgil|qgil]] 06:24, 2 June 2008 (UTC)''
| + | |
| | | | |
| - | == 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.
| + | |
| | | | |
| - | == Software distribution == | + | == Mapping openness == |
| - | === The website ===
| + | {{main|Task:Mapping openness}} |
| - | * Implement some sort of automated single-click push-to-Downloads for Garage projects. | + | * Identifying closed-source components and the reasons why, addressing the community's concerns over openness. |
| - | :''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)"
| + | |
| | | | |
| - | ==== [http://www.internettablettalk.com Internet Tablet Talk] Syndication ====
| + | [[User:Qgil|qgil]] coordinates this task. Not included in the Sprint 1 (June) but you can start helping out now. |
| - | * Provide an automatic way to syndicate applications to the Internet Tablet Talk Software Section (itTSS).
| + | |
| - | * Each application (version) that is syndicated on Internet Tablet Talk, starts a new thread in the forums so end-users get notified of new apps as well as provide a way to give feedback to the developers. Developers themselves can also join in the discussion. This, hopefully, will help to better the quality of applications.
| + | |
| - | :''What would be the point of most the garage facilities then? I am not convinced that developers will all go looking at ITT for feedback (some projects work like that, but most rely on mailing lists and irc for example). If there was to a ITT thread for user feedback then maybe add to it a big fat 'report a bug on package x' or 'contact developers of package x'. --[[User:trickie|trickie]] 12:17, 1 June 2008 (UTC)''
| + | |
| - | ::''I second that. Forums are not suitable for regular development, and taking the discussion away from the tracker facilities is a bad thing - the people will keep reporting bugs on the forums rather than filling a report. Besides, lots of developers don't read forums, they are counter-productive and take a lot of time. Users or developers can start threads for their apps on their own, but I see no reason to make this obligatory. --[[User:zap|zap]] 14:45, 3 June 2008 (UTC)''
| + | |
| - | * Provide a way for developers to easily add a bug at the application's Garage page for confirmed bugs reported in the discussion thread.
| + | |
| - | :''We have agreed with ITt on the general idea. It's something urgent and it would be definitely good to see it in the 100 Days. The specific plan to be discussed in an open page, either here or in ITt or both. In any case, it's clear that the feature is "syndication". Then ITt or whoever can benefit from that, and are the developers of each piece of software that decide if they want to direct the user feedback to ITt, their garage project, the project website, etc.--[[User:qgil|qgil]] 06:59, 2 June 2008 (UTC)''
| + | |
| - | ::''A solution could be to add a bugtracker field to the entry in the application catalog. This could then point to the developer's own bugtracker, the maemo bugtracker or a thread at ITt. This could be done on a short term and be a temporary solution until we implement a global bugtracker. --[[User:xfade|xfade]] 13:23, 2 June 2008 (UTC)''
| + | |
| | | | |
| - | ==== maemo "Application Store" ==== | + | == [http://www.internettablettalk.com Internet Tablet Talk] Collaboration == |
| - | * Actively hunt on the Net for maemo apps not yet added to Maemo Extras, talk to developers, ask and help them to commit applications to Maemo Extras. This especially applies to app porters currently active at iTT.
| + | {{main|Task:ITt Collaboration}} |
| - | * Use gronmayer's scripts to create a web site that merges applications from all known repositories into a single list and lets you browse them with MicroB using HTML UI similar to N-Gage, Apple Store, etc. While it sounds ambitious, it is not difficult to do, as we always have app descriptions and icons (form .deb files) and we also have screenshots for apps hosted at Garage. Reformatting this data in a format that can be nicely presented in tablet browser is not difficult.
| + | maemo.org and ITt services should integrate much better i.e. maemo.org Downloads syndicated in ITt and ITt users getting maemo.org [[karma]]. |
| - | * Effectively replace "itTSS" with this website.
| + | |
| - | * Actively convince maintainers of other repositories to join the maemo extras repository. This would save some headache from offline and broken repositories.
| + | |
| - | * Make sure that all applications which are actually available in the repositories can be found in the Maemo.org downloads section.
| + | |
| - | :''From a Nokia point of view the interest is to have a single repository for distributing third party applications. External repositories should be an exception targeting very specific needs and users. Nokia is not interested in blurring the boundaries between a community supported extras repository and the repo someone has setup somewhere.--[[User:qgil|qgil]] 06:59, 2 June 2008 (UTC)''
| + | |
| - | ::''While it is obviously better to have a single repository, both for users and for Nokia, realistically it is not going to happen soon. So, there is still a place for a repo aggregator like Gronmayer to exist. Additionally, creating an AppInstaller-like AJAX web site for Gronmayer specifically targeted for displaying in MicroB will let you test different AppInstaller designs before implementing them in a real application and pushing them to the users. It is really easy to change a piece of PHP code but changing a native app and updating everybody's tablets with it is more dofficult. [[User:fms|fms]]''
| + | |
| - | :::''If you want to have any specific action around the Gronmayer aggregator & tools, that's totally fine. Go ahead. I'm just saying that Nokia prefers to invest its time and resources fixing the root of the problem, even if it will take longer than 100 Days.--[[User:qgil|qgil]] 07:59, 2 June 2008 (UTC)''
| + | |
| - | :''I really like the idea. It should be merged with the Download section of Maemo.org. There should be an "Add your application" button that will open a new page where to enter all the informations regarding the new Application (the 'main page'). The submission of this new Application should automatically create: a) a garage project for the Application b) a discussion thread on the ITT forum for this Application's first release c) a Download page in Maemo.org will be created as well. This set of web tools should follow the Application during its lifetime. As long as the developer tags the application as Alpha or Beta, it should only appear in the Maemo Extras-devel repository. When the developer tags it as Stable it should be moved to the Maemo Extras repository. For each new release the developer should decide if to open a new discussion thread for that specific release or not (on the ITT forum). The first post on the ITT forum thread should also provide a set of links at least for 'reporting bugs' (and should, obviously, point to the garage's bugzilla page for that project). This link to bugzilla should also appear on the Application 'main page'. We have ONE Application, there should be a little more than ONE place on the web for it and for its resources--[[User:anidel|anidel]] 12:12, 3 June 2008 (UTC)
| + | |
| | | | |
| - | === The repositories ===
| + | Nemein will handle this task. Henri is the contact. More to come soon. |
| - | * Again, because this can't be stressed enough, get the infrastructure behind the repositories up to speed—we need servers, we need bandwidth and we need mirrors.
| + | |
| - | :''This is already being worked on at the moment and we hope to have results soon. --[[User:xfade|xfade]] 13:31, 2 June 2008 (UTC)''
| + | |
| - | * Address the issues with current Extras acceptance and put together a plan for streamlining the acceptance system for Extras(-devel), (not necessarily easier or less stringent, but more straightforward and clear).
| + | |
| - | ** Clearly document the steps required to gain entry. Some sort of "maemo Software Distribution Guide" (I know we already have something like this up, but make it prominent and bring it up to speed on everything) that the community (and maemo.org) can point developers to is important.
| + | |
| - | :''Please try to point out what is not clear or what is confusing. I am trying to get a clear image of the problem, so I can fix this. --[[User:xfade|xfade]] 13:31, 2 June 2008 (UTC)''
| + | |
| - | ::''Right-o, getting better now? :D —[[User:generalantilles|generalantilles]] 16:09, 2 June 2008 (UTC)''
| + | |
| - | * Lay out the groundwork for a peer-review system for Extras acceptance (or devel to Extras promotion) to help ensure good quality assurance on its packages.
| + | |
| - | :''Maybe we need to start a separate wiki page with a proposal for this. This is not something we can do in a few lines here. But I would be very interested to work on this. --[[User:xfade|xfade]] 13:31, 2 June 2008 (UTC)''
| + | |
| - | ::''Agreed, will push to a "main" article. —[[User:generalantilles|generalantilles]] 16:09, 2 June 2008 (UTC)''
| + | |
| | | | |
| - | == Developer documentation == | + | == Consolidation of extras == |
| - | === Clean out the cobwebs, remove the cruft ===
| + | {{main|Task:Consolidation of Extras}} |
| - | * Get what's still useful and mostly relevant completely up to speed for maemo 4.x.
| + | The Extras repository needs to become the single reference for developers willing to reach end users at large. |
| - | * Archive the outdated information away from the maemo 4.x stuff.
| + | |
| - | * Mark the outdated stuff clearly.
| + | |
| - | :''Agreed. What about a new wiki page listing what is '''really''' essential and should be put upfront? One approach could be to have the essential bits well written and presented in static-ish CMS pages and stable PDFs and then move all the rest to this wiki ecosystem. As soon as new wiki content gets really good we could productize it and promote it.--[[User:qgil|qgil]] 07:34, 2 June 2008 (UTC)''
| + | |
| - | ::''Don't create new wiki pages. The more pages you create, the more difficult it becomes to find and navigate stuff. Delete unused wiki pages instead. For documentation, you only need to have 1 (one) wiki page with a list of all references, how-tos, and tutorials that apply to the current OS (4.x). If a document does not 100% apply but is still useful, mark it as "partly deprecated". Create the same kind of pages for older OSes and link to them from the top of 4.x page, but make links small because this stuff is outdated and less important. [[User:fms|fms]] 16:16, 2 June 2008 (UTC)''
| + | |
| - | :::''I meant a new wiki page just for working purposes, like the other ones being created to work on the 100 days objectives". In this working-wiki-page we would propose and agree on the very essential pages and diocs that need to be promoted and stand alone, while all the rest would be moved wither to really secondary pages (i.e. "Disclaimers") or wiki pages easy to be edited and improved.--[[User:qgil|qgil]] 08:57, 4 June 2008 (UTC)
| + | |
| | | | |
| - | === Get organized ===
| + | Niels to coordinate this. More details to come. |
| - | * Put together an easy-to-navigate, sensible index for the documentation content.
| + | |
| - | ** Place references/howtos/tutorials onto one page so that developer does not need to click through several menus.
| + | |
| - | * Improve the search (google?).
| + | |
| - | :''The plan is to have all the official HowTos and docs under a well structured ''Maemo Reference Guide''. Deadline: Diablo release. This reference guide would sit between the Quickstart Guide and the Training Materials. There were some fixes in the search and should be working much better now.--[[User:qgil|qgil]] 07:34, 2 June 2008 (UTC)''
| + | |
| - | ::''The website search has already been improved, will add this wiki to the search too. --[[User:xfade|xfade]] 13:37, 2 June 2008 (UTC)''
| + | |
| | | | |
| - | === Get focused === | + | == Improving maemo.org == |
| - | * Add porting FAQ wiki page detailing common problems developers will run into (i.e. application is killed 3 seconds after launch) and how to deal with them. Provide examples of typical GTK/Motif/etc. application changes needed to properly Hildonize the application. List ways to deal with porting of toolkit-specific functionality whether it be internationalization or mouse/keyboard input.
| + | {{main|Task:Improving maemo.org}} |
| - | * Make it possible for logged-in developers to annotate any place in the documentation. Link to annotations from documentation.
| + | |
| - | * Provide an example of simple build environment *not* relying on AutoConf and its friends. A single includable makefile should suffice, when used with SB2.
| + | |
| - | * Clearly *say* in the SB readme that it is not possible to debug every application on the desktop, show how to test applications on the target device using SSH/SCP or some other means.
| + | |
| - | * Clearly define what changes is made by default on gtk : like GtkTreeView with hidden header columns by default, or image-button off ...
| + | |
| - | :''The idea is to have the sources of the official documentation here in this wiki. Users could add comments in the discussion pages, perhaps some users could get edit rights too. To be decided. The Nokia teams would updated their part of the documentation here and then all would be revised and conveniently package in PDF when a new stable release comes. So yes, we can put this in the 100 Days and then let's see how far we go in this timeframe.--[[User:qgil|qgil]] 07:34, 2 June 2008 (UTC)''
| + | |
| - | | + | |
| - | === Look towards the future ===
| + | |
| - | * Define types of applications that will be useful on the Internet Tablet
| + | |
| - | * Stress the fact that the Internet Tablet is not a PC and apps should be created/ported with the tablet form in mind. Don't just do a direct port of an existing app. Aim for quality and Internet Tablet usability.
| + | |
| - | * Focused discussion/guide on User Interface so apps will have a consistent look as well as provide a similar way to interface with the user
| + | |
| - | * Maybe provide a few simple stylesheets and JavaScript libs for creating quick iPhone-like web apps running in MicroB. This should be very light, very easy to use, and targeted to casual users.
| + | |
| - | :''Good ideas, they can be pushed by Nokia and the community. The point about Javascript libs is imho more of a 2010 Agenda thing, though. I don't mean we wouldn't have anything before 2010, but 100 Days is just too tight. Besides, the work to be done goes beyond maemo.org.--[[User:qgil|qgil]] 07:34, 2 June 2008 (UTC)''
| + | |
| - | | + | |
| - | == maemo.org ==
| + | |
| - | {{main|Improving maemo.org}} | + | |
| | maemo.org needs improvements in usability, content, format and style. | | maemo.org needs improvements in usability, content, format and style. |
| | | | |
| - | == Communication ==
| + | Dave to coordinate this task. More details to come up later. |
| - | * 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.
| + | |
| - | * Close misnamed (and now misused) maemo2midgard-discuss mailing list and create maemo-web alongside existing mailing lists for overall discussions about maemo.org sites.
| + | |
| - | :''Both points agreed.--[[User:qgil|qgil]] 07:45, 2 June 2008 (UTC)''
| + | |
| | | | |
| - | * Today we have too many channels (ITT, maemo.org...). Maybe have some more focus like: maemo.org for developers and ITT for end users and something that links them so software releases can be announced automatically on ITT and users from ITT can easily post bugs on garage bugzilla for example.
| + | Nemein will help on this, but there needs to be a clear plan first to see who pushes what. |
| - | :''Perhaps develop a plan, but this isn't specific enough to achieve in 3 months, IMHO --[[User:jaffa|jaffa]] 22:10, 29 May 2008 (UTC)''
| + | |
| - | ::''I'm not convinced that two channels is too many, either. —[[User:generalantilles|generalantilles]] 20:04, 31 May 2008 (UTC)
| + | |
| - | * 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)''
| + | |
| | | | |
| - | == What the community needs to do == | + | === Content cleanup === |
| - | * 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])
| + | {{main|Task:Content Cleanup}} |
| - | :''Having a specific proposal agreed by the community would definitely help.--[[User:qgil|qgil]] 07:50, 2 June 2008 (UTC)''
| + | Dress up the most important content, dump what is not relevant, handle the rest via the wiki. |
| | | | |
| - | * Put the pressure on developers:
| + | == Roadmap for the Maemo platform == |
| - | ** Encourage developers not using a repository to package their applications and push them to Extras(-devel), and get developers with 3rd-party repositories to close them down and push their stuff into Extras(-devel).
| + | {{main|Open development/Maemo roadmap}} |
| - | ** Encourage developers to follow proper packaging guidelines (based on the draft [https://maemo.org/forrest-images/pdf/maemo-policy.pdf here]).
| + | A Maemo roadmap for developers, disclosing information about open source components and developer libraries. |
| - | ** Encourage developers launching applications on Downloads to include as much information about the application as possible (screenshots, good descriptions, good changelogs).
| + | |
| - | :''The aim is good and we support these ideas. It would be good to define the specific actions to be done in these 100 Days, though.--[[User:qgil|qgil]] 07:50, 2 June 2008 (UTC)''
| + | |
| | | | |
| - | == Update developer libraries ==
| + | [[User:Qgil|qgil]] coordinates this task. Planned for the Sprint 5 (September) but you can start helping out now. |
| - | * gcc-4.x, glib, powervr, it's important to give developers much more time to play with newer tools than short before a major upgrade takes place (of course with disclaimer that nothing is guaranteed to be shipped in a certain way)
| + | |
| - | * Update the vmware appliance with sb2 and python2.5 setted. And more publicity on the vmware appliance, as there is already one on garage, but many don't know it.
| + | |
| - | :''This is out of scope in this maemo.org exercise. About giving more publicity to https://garage.maemo.org/projects/maemo-sdk/ and http://maemo-sdk.garage.maemo.org/ - it's currently an alpha and the developers don't feel like advertising it much more. But anybody can follow the Garage project and, well, nobody is stopping you from advertise it more. :) --[[User:qgil|qgil]] 07:53, 2 June 2008 (UTC)''
| + | |
| - | ::''Alpha status doesn't mean that it is unusable, I use this VM regularly and it works very well. I really think this one should be promoted on maemo.org. --[[User:xfade|xfade]] 13:55, 2 June 2008 (UTC)''
| + | |
| - | ::: ''Official x86_64 support will be great or at least i386 on top of x86_64. Other distributions too - some of them only need an alien. [[User:bundyo|bundyo]] 20:47, 2 June 2008 (UTC)''
| + | |
| | | | |
| | == Community Council == | | == 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. | + | {{main|Community Council}} |
| | + | A process for electing a small "Community Council" should be created and elections held. |
| | + | |
| | + | This task needs a coordinator. |
| | + | :''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)'' |
| | | | |
| - | Therefore - inspired by Debian's Project Leader concept - during the next [[100Days]], a process for electing a triumverate (i.e. 3 person) "Community Council" should be created and elections held.
| + | == More pre-agreed tasks == |
| - | :''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)
| + | Help planning them further and moving them to an own page. |
| | | | |
| - | === 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, 150.
| + | |
| - | * Community votes open to anyone with karma above another threshold - say, 75.
| + | |
| - | * One member, one vote.
| + | |
| - | * 3 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.
