|
m |
| (12 intermediate revisions not shown) |
| Line 1: |
Line 1: |
| | {{100Days agenda}} | | {{100Days agenda}} |
| | | | |
| - | 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.
| + | ==Objectives== |
| - | :''Perhaps ''Map openness'' would be a more accurate description, specially for the 100 Days. Nokia has not the goal of shipping a 100% open source platform. Open source is the recommended approach, but closed source is used when it offers a differentiator, an advantage over competitors. But it is good to get a common understanding on why Nokia is shipping component X as closed source, and answer when possible to requests about opensourcing something.--[[User:qgil|qgil]] 06:46, 2 June 2008 (UTC)''
| + | * Clarify the open source strategy of Nokia in Maemo. |
| - | ::''No, I don't disagree. The community's end-goal here is greater openness (I don't think anybody but the strongest outliers is really dead-set on 100% open, though), and the first step towards achieving that goal is greater (and more specific) communication on the subject, thus, the mapping. So the title could be a bit misleading from the agenda perspective, but openness is definitely the goal here. —[[User:generalantilles|generalantilles]] 16:09, 2 June 2008 (UTC)''
| + | * Identify the licenses of the packages that make Maemo. |
| | + | * Provide the reasons of closed source packages to be closed. |
| | + | * Define a process to request the opening of a package. |
| | + | * Document the maemo.org maintenance and development processes. |
| | | | |
| - | == The plan == | + | ==Tasks== |
| - | * Identify all components (a module name isn't enough). Be like GNOME's release set list.
| + | Help is welcome in all of them. |
| - | * Identify all closed components in the OS at each layer:
| + | |
| - | ** Initfs/direct hardware access
| + | |
| - | ** Firmware used by kernel modules (Wifi, Bluetooth)
| + | |
| - | ** Libraries (libgpsbt, liblocation)
| + | |
| - | ** Low-level system daemons (mce, dsme)
| + | |
| - | ** User-space applications (tablet-browser, applets)
| + | |
| - | ::''Hopefully something automated taking the output of <code>dpkg</code> and comparing it with source packages in repository.maemo.org could act as the starting point for this --[[User:jaffa|Jaffa]] 00:22, 21 June 2008 (UTC)''
| + | |
| - | * For each package:
| + | |
| - | ** Outline purpose in a dedicated wiki page.
| + | |
| - | ** Describe the closed-source rationale.
| + | |
| - | ::''Will need some form of mediawiki template for such pages --[[User:jaffa|Jaffa]] 22:26, 29 May 2008 (UTC)''
| + | |
| - | :::''Just added it to the tasklist for [[MAG:Templates#Open/Closed table, justification, and petition templates|MAG:Templates]]. —[[User:generalantilles|GeneralAntilles]] 19:02, 5 June 2008 (UTC)
| + | |
| - | * Document the process for working towards opening the component, or its specification.
| + | |
| - | * Ensuring any new closed packages get a wiki page containing their rationale.
| + | |
| - | :''Yes, we can do or at least start something along these lines in the 100 Days. What about getting into details about this plan in a page apart, to keeop the main page clean? (same would apply to the rest of actions taken) Let's also see to the potential starting points i.e. [http://maemo.org/development/documentation/how-tos/4-x/maemo_architecture.html the maemo architecture] and the [http://tablets-dev.nokia.com/4.0.1/4.0_vs_4.0.1_content_comparison.html list of packages].--[[User:qgil|qgil]] 06:46, 2 June 2008 (UTC)''
| + | |
| - | ::''Having a map of components (and a list whether they are open source or not) will also make it easier to add the keyword "easyfix" to bug reports that could be potential entrypoints for code contributors - marking bug reports of closed-source components as "easyfix" does not make sense. Currently it's not easy to find out whether a specific component is open source or not.--[[User:andre|andre]] 21:57, 9 June 2008 (UTC)''
| + | |
| | | | |
| - | == Get official statement about Nokia's stance towards software freedom == | + | ===Completed=== |
| - | Attempts to make Maemo completely free software appear to be restricted by company guidelines, rules or policies. Still there is no official document describing the relationship in detail. Parts of the community want to have this information. 100 days is a reasonable timeframe to set up an official document answering the following question and provide a rationale for it:
| + | * Document explaining the open source positioning and strategy of Nokia in Maemo. - Quim |
| | + | * Introduce [[Maemo package source status|license and open/closed status]] to the [[Task:Components_and_packages|list of packages]] - Soumya? |
| | | | |
| - | * Is Maemo's goal to be 100% free software (one day)?
| + | ===Ongoing=== |
| - | :''I think the simple, and widely publicized, answer here is "No". ;) —[[User:generalantilles|generalantilles]] 16:09, 2 June 2008 (UTC)''
| + | |
| - | ::''See my comment above for a short answer. However, 2 things. One is that it would be good to have as an objective for the 100 Days an explanation of Nokia about it's open source strategy with the maemo platform. The other one is that the answer also depends a bit on how we define "maemo". Is it the core platform? Is the whole stack preinstalled in the compatible devices? Something else? As fot today different people have different notions about what is "maemo". The definition is important because, in a wide sense, not even Ubuntu is "100% free software" even if people perceived it like this. Perhaps "defining maemo" should be an objective as well.--[[User:qgil|qgil]] 19:30, 2 June 2008 (UTC)
| + | |
| - | : ''I don't see why maemo goal couldn't be being 100% free although that wouldn't be a goal for ITOS (which is based on maemo) or Nokia (a participant and major contributor in maemo) --Eero Tamminen 4th June 2008''
| + | |
| | | | |
| | + | * [[Task:Document maemo.org processes|Documenting in maemo.org the web development process]] (see [[Maemo.org team/Updating maemo.org sites|updating maemo.org sites]] - Dave |
| | + | * [[Why the closed packages|Explanation of the reasons why the closed source packages are closed]] - Quim |
| | + | * Describe the [[Task:Maemo contributions|Maemo contributions]] to complement http://opensource.nokia.com - Quim |
| | | | |
| - | This document could then be put onto maemo.org webserver to allow every (prospective) community member to decide on her/his own whether this is acceptable for her/him or not. As an inspiration Bug Labs are providing such a [http://buglabs.net/license document] on their website.
| + | ===Backlog=== |
| - | | + | Currently in the [https://garage.maemo.org/plugins/wiki/index.php?June2008Sprint&id=106&type=g maemo.org backlog]: |
| - | == Describe the maemo contributions == | + | * Define maemo.org policies for things like editbugs, getting @maemo.org email addresses, and if it doesn't exist, getting svn access - Dave |
| - | See [[Task:Maemo contributions]]
| + | * [https://bugs.maemo.org/show_bug.cgi?id=1584 Bug 1584] - provide system management software under free software licenses - Quim |
| - | | + | * Process to [[Source petition for example package|request a closed source package to be open]] - volunteers needed. |
| - | == Freedom to tinker ==
| + | * Review the [http://maemo.org/legal/contribution_guidelines/ Maemo contribution guidelines] - Quim |
| - | Since the Internet Tablet device hardware lacks specification for parts of the hardware people have begun tinkering with it to find out how stuff works. However those people do not like to publish their findings because they fear the risk of being sued. The request to Nokia therefore is: Please provide and official document that says that Nokia officially '''tolerates''' such works. It is not needed that Nokia endorses or in any way appreciates reverse engineering efforts.
| + | |
| - | :Erm, you want to back this up with something? I think stuff like [https://garage.maemo.org/projects/dsp-sbc/ this] would indicate otherwise. —[[User:generalantilles|GeneralAntilles]] 20:50, 10 June 2008 (UTC)
| + | |
| - | | + | |
| - | :License agreements are official documents. How would Nokia provide another document with official status telling in practice that it is ok to break license agreements? Developers tinkering can see what has happened until now. Has been Nokia aggresive against maemo & tablets tinkering? Which attitudes have you found from Nokia developers or managers? You judge.--[[User:qgil|qgil]] 21:01, 10 June 2008 (UTC) | + | |
