Views
SDK/Toolchains
From MeeGo wiki
< SDK(Difference between revisions)
| (25 intermediate revisions not shown) | |||
| Line 1: | Line 1: | ||
== MeeGo Toolchain == | == MeeGo Toolchain == | ||
| + | MeeGo Toolchain Team is responsible of toolchain for MeeGo Platform. | ||
| + | |||
| + | === Team === | ||
| + | * Jarmo Kant, Nokia, IRC: jake-k | ||
| + | * Juha Kallioinen, Nokia, IRC: kaltsi | ||
| + | * Al Nikolov, Nokia | ||
| + | * Martti Lumme, Nokia, IRC: marlumme | ||
| + | * Alexander Kanevskiy, Nokia | ||
| + | * Leonid Moiseichuk, Nokia | ||
| + | * Austin Zhang, Intel,IRC: austin_zhang | ||
| + | * Jackie Wu, Intel | ||
| + | * Jan-Simon Möller, Linux Foundation, IRC: dl9pf | ||
| + | * Paavo Leinonen, Nokia | ||
| + | |||
| + | === Change Proposals === | ||
| + | * [[SDK/Toolchains/ToolchainChangeProposal]] | ||
| + | |||
| + | === Meetings === | ||
| + | |||
| + | Meeting agendas, minutes, etc. can be found from [[SDK/Toolchains/Meetings]] | ||
| + | |||
| + | |||
=== MeeGo Toolchain Change Process === | === MeeGo Toolchain Change Process === | ||
| Line 20: | Line 42: | ||
* Impact analysis where the change affects | * Impact analysis where the change affects | ||
* Risks | * Risks | ||
| + | Change request template: [[File:toolchain_cr_template.txt]] | ||
The procedure step by step: | The procedure step by step: | ||
* Request Initiator wants to change Toolchain and files the CR | * Request Initiator wants to change Toolchain and files the CR | ||
| - | * Toolchain WG handles the CR and pass | + | * Toolchain WG handles the CR, informs MeeGo community about the CR and pass the CR to the relevant Partners |
* Partner possibly handles it in their internal decision making body and checks at least the following: | * Partner possibly handles it in their internal decision making body and checks at least the following: | ||
* changed component is buildable | * changed component is buildable | ||
| Line 29: | Line 52: | ||
* checks that the packages can be built using the changed Toolchain | * checks that the packages can be built using the changed Toolchain | ||
* Report of the analysis is handled by the Partner and based on the results Partner gives verdict whether to approve or reject the CR. | * Report of the analysis is handled by the Partner and based on the results Partner gives verdict whether to approve or reject the CR. | ||
| - | * Response is handled in the MeeGo Toolchain WG and | + | * Response is handled in the MeeGo Toolchain WG and the Request Initiator is informed. If the change has been approved the change is scheduled to be taken into use and the MeeGo community is informed about the upcoming change. |
| + | * If the change has been rejected, the Request Initiator can escalate the change still (escalating path is TBD). | ||
Latest revision as of 10:26, 1 February 2011
Contents |
MeeGo Toolchain
MeeGo Toolchain Team is responsible of toolchain for MeeGo Platform.
Team
- Jarmo Kant, Nokia, IRC: jake-k
- Juha Kallioinen, Nokia, IRC: kaltsi
- Al Nikolov, Nokia
- Martti Lumme, Nokia, IRC: marlumme
- Alexander Kanevskiy, Nokia
- Leonid Moiseichuk, Nokia
- Austin Zhang, Intel,IRC: austin_zhang
- Jackie Wu, Intel
- Jan-Simon Möller, Linux Foundation, IRC: dl9pf
- Paavo Leinonen, Nokia
Change Proposals
Meetings
Meeting agendas, minutes, etc. can be found from SDK/Toolchains/Meetings
MeeGo Toolchain Change Process
The following diagram figures out the process how the changes to the Toolchain components are done.
It contains a following roles:
- MeeGo Community - self explaining role
- Request Initiator - A stakeholder that wants to change version or add/remove of some component in the Toolchain.
- MeeGo Toolchain WG - Toolchain working group in MeeGo
- Partner - A stakeholder using the Toolchain
Most important deliverable is the Change Request (CR). It is filed by the Request Initiator and contains the following information:
- Changed component
- Version change
- Business reason for the change
- Use Case describing the change and what is achieved with the change
- Test case(s) to validate the change. This should be a script that can be easily run and automated
- Impact analysis where the change affects
- Risks
Change request template: File:Toolchain cr template.txt
The procedure step by step:
- Request Initiator wants to change Toolchain and files the CR
- Toolchain WG handles the CR, informs MeeGo community about the CR and pass the CR to the relevant Partners
- Partner possibly handles it in their internal decision making body and checks at least the following:
* changed component is buildable * executes performance tests * checks that the packages can be built using the changed Toolchain
- Report of the analysis is handled by the Partner and based on the results Partner gives verdict whether to approve or reject the CR.
- Response is handled in the MeeGo Toolchain WG and the Request Initiator is informed. If the change has been approved the change is scheduled to be taken into use and the MeeGo community is informed about the upcoming change.
- If the change has been rejected, the Request Initiator can escalate the change still (escalating path is TBD).