Editing User:Stskeeps/Harmattan collaboration proposal

Warning: You are not logged in. Your IP address will be recorded in this page's edit history.

The edit can be undone. Please check the comparison below to verify that this is what you want to do, and then save the changes below to finish undoing the edit.

Learn more about Contributing to the wiki.

'''(work in progress, a proposal/idea and not complete at all)'''

== Now: Mer-as-distro and Mer-as-upstream ==

We operate with the terms 'Mer-as-distro' and 'Mer-as-upstream' in the Mer project.

This refers to two views on Mer. Mer-as-distro is the distribution / the mix of packages + the hardware support packages which represents the open and portable OS developed by the maemo.org community.

Mer-as-upstream represents the target-agnostic set of software. It's the current set of Maemo Fremantle packages, modified to build on top of modern distributions and not rely on being compiled in Scratchbox, or installed on a Nokia Internet Tablet.

== Future: Maemo Platform ==

Maemo Platform is defined as a set of software implementing the Maemo platform that is target-agnostic. This would be APIs, UI, reference themes, sounds, daemons, applications and data making together the basic Maemo platform that developers target. MP should be able to 'stand on it's own' on top of a reference platform and hence be complete in itself. The goal is that an application built for Maemo Platform will build for any Maemo Platform implementors.

Software in Maemo platform would be developed in the public. There would be a shared collaboration space (Gitorious, for instance) hosting the software, with clear directions in maemo.org web on where to find the DVCS repositories. The Maemo platform would have public roadmaps for development.

Each piece of software would have one or more maemo.org members (Maemo Devices developers are included in this set) as gatekeepers for what contributed patches gets merged in to the software.

Each piece of software would be considered seperately released and not focused onto specific releases of neither Mer or Maemo - when you have a fix and you consider the current state release-worthy, a release is tagged.

Each piece of software would have a roadmap determined by the gatekeepers based on the public roadmap. Gatekeepers would generate tasks based on this roadmap which contributors can choose to take upon him/herself to do (see maemo.org sprint process, Mer sprintweb) in cooperation with gatekeepers & mentors.

Each piece of software would have reference packaging (seperated in branches) to base distro-specific packaging on.

All bugs related to Maemo Platform would be maintained in bugs.maemo.org.

== Future: Mer ==

The future Mer distribution (previously Mer-as-distro) would be based on Maemo Platform and be considered a mix of software with community-specific patches. It would be fully open source, usable and adaptable by any user or vendor.

Mer gatekeeper(s) would maintain a cloned repository of a Maemo Platform package with a branch for Mer packaging, and a branch for Mer-specific patches, if any difference exists between Mer packaging and reference packaging.

== Future: Maemo Harmattan ==

The future Maemo Harmattan would be based on Maemo Platform. Vendor differentiation for certain devices would then be applied on top of Maemo platform and distribution of choice (Themes, applications, services, added value software, icons, firmware, device-specific APIs, etc.)

Please note that all contributions to maemo.org wiki may be edited, altered, or removed by other contributors. If you do not want your writing to be edited mercilessly, then do not submit it here.
You are also promising us that you wrote this yourself, or copied it from a public domain or similar free resource (see maemo.org wiki:Copyrights for details). Do not submit copyrighted work without permission!

Summary:

Cancel | Editing help (opens in new window)

Retrieved from "http://wiki.maemo.org/User:Stskeeps/Harmattan_collaboration_proposal"

Personal tools

Navigation

Views

Editing User:Stskeeps/Harmattan collaboration proposal

@@ Line 11: / Line 11: @@
 == Future: Maemo Platform ==
-Maemo Platform is defined as a set of software implementing the Maemo platform that is target-agnostic. This would be APIs, UI, reference themes, sounds, daemons, applications and data making together the basic Maemo platform that developers target.
+Maemo Platform is defined as a set of software implementing the Maemo platform that is target-agnostic. This would be APIs, UI, reference themes, sounds, daemons, applications and data making together the basic Maemo platform that developers target. MP should be able to 'stand on it's own' on top of a reference platform and hence be complete in itself. The goal is that an application built for Maemo Platform will build for any Maemo Platform implementors.
-The Maemo Platform should be able to 'stand on it's own' on top of a reference distribution and hence be complete and usable in itself. The goal is that an application built for Maemo Platform will build on any Maemo Platform implementers.
+Software in Maemo platform would be developed in the public. There would be a shared collaboration space (Gitorious, for instance) hosting the software, with clear directions in maemo.org web on where to find the DVCS repositories. The Maemo platform would have public roadmaps for development.
-=== Platform development ===
+Each piece of software would have one or more maemo.org members (Maemo Devices developers are included in this set) as gatekeepers for what contributed patches gets merged in to the software.
-Software in the Maemo platform would be developed in the public. There would be a shared collaboration space (Gitorious, for instance) hosting the software, with clear directions in maemo.org web on where to find the DVCS repositories. The Maemo platform would have a public roadmap for future development.
+Each piece of software would be considered seperately released and not focused onto specific releases of neither Mer or Maemo - when you have a fix and you consider the current state release-worthy, a release is tagged.
-Each piece of software would have one or more maemo.org members (Maemo Devices developers are included in this set) as gatekeepers for what contributed patches gets merged in to the software. Each team of gatekeepers determines who to add or remove as additional gatekeepers.
+Each piece of software would have a roadmap determined by the gatekeepers based on the public roadmap. Gatekeepers would generate tasks based on this roadmap which contributors can choose to take upon him/herself to do (see maemo.org sprint process, Mer sprintweb) in cooperation with gatekeepers & mentors.
-Each piece of software would be considered separately released and not focused onto specific releases of either Mer or Maemo - when you have a fix and you consider the current state release-worthy, a release is tagged.
-Each piece of software would have a public roadmap determined by the gatekeepers based on the public roadmap. Gatekeepers would generate tasks based on this roadmap which contributors can choose to take upon him/herself to do (see maemo.org sprint process, Mer sprintweb) in cooperation with gatekeepers & mentors.
 Each piece of software would have reference packaging (seperated in branches) to base distro-specific packaging on.
 All bugs related to Maemo Platform would be maintained in bugs.maemo.org.
 == Future: Mer ==
@@ Line 38: / Line 34: @@
 The future Maemo Harmattan would be based on Maemo Platform. Vendor differentiation for certain devices would then be applied on top of Maemo platform and distribution of choice (Themes, applications, services, added value software, icons, firmware, device-specific APIs, etc.)
-Maemo gatekeeper(s) would maintain a cloned repository (possibly internal) of a Maemo Platform package with a branch for Maemo packaging, and a branch for Maemo-specific patches, if any difference exists between Maemo packaging and reference packaging.
-[[Category:Mer]]