-
Notifications
You must be signed in to change notification settings - Fork 7
/
Copy pathProject_Maintainers.mw
71 lines (56 loc) · 3.6 KB
/
Project_Maintainers.mw
1
2
3
4
5
6
7
8
9
10
11
12
13
14
15
16
17
18
19
20
21
22
23
24
25
26
27
28
29
30
31
32
33
34
35
36
37
38
39
40
41
42
43
44
45
46
47
48
49
50
51
52
53
54
55
56
57
58
59
60
61
62
63
64
65
66
67
68
69
70
71
The '''project maintainer''' is the "champion" for a particular component of the OpenRISC project. A key role is to act as a guardian of quality in their component. In particular, nothing should be committed to a repository until it has been reviewed and approved by the relevant maintainer.
== List of maintainers ==
=== Current maintainers ===
Please fill in anything that's missing. [[User:Julius|Julius]], [[User:Jeremybennett|Jeremy]]
* '''Specifications'''
* '''Hardware implementations'''
** [[OR1K:MinSoC|MinSoc]] - [[User:rfajardo|Raul Fajardo]]
* '''Tools'''
** [[or1ksim]] - [[User:Jeremybennett|Jeremy Bennett]]
* '''Tool chains'''
** [[OpenRISC GNU tool chain#GDB|GDB]] - [[User:Jeremybennett|Jeremy Bennett]]
* '''Libraries'''
* '''Operating systems'''
** [[Linux|Linux kernel port]] - [[User:Jonibo|Jonas Bonn]]
** [[FreeRTOS]] - [[User:filepang|Kim Sung Su]]
** [[eCos]] - [[User:pgielda|Peter Gielda]]
=== Vacant maintainer roles ===
A number of these components have temporary maintainers, to allow orderly handling of changes in the repositories. However permanent maintainers, who are able to commit to driving the development of the component are urgently needed.
* '''Specifications'''
** OR1200 (''pro tem'' [[User:Julius|Julius Baxter]])
* '''Hardware implementations'''
** OR1200 (''pro tem'' [[User:Julius|Julius Baxter]])
** ORPSOC (''pro tem'' [[User:Julius|Julius Baxter]])
* '''Tools'''
* '''Tool chains'''
** [[OpenRISC GNU tool chain#binutils|binutils]] (''pro tem'' [[User:Jeremybennett|Jeremy Bennett]])
** [[OpenRISC GNU tool chain#GCC|GCC]] (''pro tem'' [[User:Jeremybennett|Jeremy Bennett]])
* '''Libraries'''
** [[OpenRISC GNU tool chain#newlib|newlib]] (''pro tem'' [[User:Julius|Julius Baxter]] and [[User:Jeremybennett|Jeremy Bennett]])
** [[OpenRISC GNU tool chain#uClibc|uClibc]] (''pro tem'' [[User:Jonibo|Jonas Bonn]])
* '''Operating systems'''
** [[RTEMS]]
** [[uCOS-II]]
=== Proposed maintainer roles ===
As the OpenRISC project grows and matures there is a need for maintainers to appointed to to manage various components of the project.
At present there are some well-defined maintainer roles being fulfilled by contributors for the upkeep of, for example, [[or1ksim]]([[User:Jeremybennett|Jeremy Bennett]]) and the [[Linux|Linux kernel port]] ([[User:Jonibo|Jonas Bonn]]).
There is a need to define roles for maintainership of other parts of the project and assign them to people.
Roles that could be defined and assigned immediately are:
* OR1200 specification and RTL maintainer
* OR1K architecture specification (document?) maintainer
* Nightly build maintainer
* add another role here!
== Responsibilities of a maintainer ==
I've only just added this - not sure how much of this is appropriate or necessary! [[User:Julius|Julius]]
More ideas added by [[User:jeremybennett|Jeremy]]
The main responsibilities of a maintainer would be:
* Be active in, and responsive to, the community's work with their component of the project.
** maintain the Wiki pages relevant to their component
** answer mailing list and forum questions relevant to their component
* Outline a preferred method of development and release for that component
** decide how patches will be submitted, reviewed and applied (consistent with the overall project approach)
** outline an approximate release/development cycle (consistent with the overall project cycle)
* Review and approve any changes to their component before committing to trunk
** as the project grows, the maintainer for a component may recruit additional reviewers to add him/her.
* Have the ultimate say in any contentious development issues
* Help the project progress and develop