1 |
commit: 531ff2d2cab22d3f64ad95bce7bba5fc45332b3b |
2 |
Author: Ulrich Müller <ulm <AT> gentoo <DOT> org> |
3 |
AuthorDate: Mon Nov 27 20:24:39 2017 +0000 |
4 |
Commit: Ulrich Müller <ulm <AT> gentoo <DOT> org> |
5 |
CommitDate: Mon Nov 27 20:24:39 2017 +0000 |
6 |
URL: https://gitweb.gentoo.org/data/glep.git/commit/?id=531ff2d2 |
7 |
|
8 |
glep-0039: Fix whitespace in lists. |
9 |
|
10 |
glep-0039.rst | 147 +++++++++++++++++++++++++++++----------------------------- |
11 |
1 file changed, 73 insertions(+), 74 deletions(-) |
12 |
|
13 |
diff --git a/glep-0039.rst b/glep-0039.rst |
14 |
index 396fb42..c458450 100644 |
15 |
--- a/glep-0039.rst |
16 |
+++ b/glep-0039.rst |
17 |
@@ -51,27 +51,27 @@ things aren't really so different now. |
18 |
Synopsis of the current system |
19 |
------------------------------ |
20 |
|
21 |
- * There are 13-15 top-level projects (TLPs). Top-level projects are |
22 |
- comprised of sub-projects, and the goal was that every Gentoo |
23 |
- project would be a sub-project of one of the TLPs. Supposedly each |
24 |
- dev therefore belongs to one or more TLPs. |
25 |
- * Each TLP has at least a "strategic" manager, and potentially also an |
26 |
- "operational" manager. Only the strategic managers vote on global |
27 |
- Gentoo issues. |
28 |
- * The managers of each TLP were appointed by drobbins, the other |
29 |
- TLP managers, or elected by their project members. These managers |
30 |
- have no set term. |
31 |
- * Within each TLP the managers are responsible for making decisions |
32 |
- about the project, defining clear goals, roadmaps, and timelines |
33 |
- for the project, and solving problems that arise within the TLP |
34 |
- (see GLEP 4 for the specific list). |
35 |
- * The strategic TLP managers are also responsible for deciding issues that |
36 |
- affect Gentoo across project lines. The primary mechanism for |
37 |
- handling global-scope issues is the managers' meetings. |
38 |
- * Disciplinary action taken against erring devs is handled by the |
39 |
- "devrel" TLP, unless the dev is a strategic TLP manager. In that |
40 |
- case disciplinary action must be enacted by the other strategic TLP |
41 |
- managers. |
42 |
+* There are 13-15 top-level projects (TLPs). Top-level projects are |
43 |
+ comprised of sub-projects, and the goal was that every Gentoo |
44 |
+ project would be a sub-project of one of the TLPs. Supposedly each |
45 |
+ dev therefore belongs to one or more TLPs. |
46 |
+* Each TLP has at least a "strategic" manager, and potentially also an |
47 |
+ "operational" manager. Only the strategic managers vote on global |
48 |
+ Gentoo issues. |
49 |
+* The managers of each TLP were appointed by drobbins, the other |
50 |
+ TLP managers, or elected by their project members. These managers |
51 |
+ have no set term. |
52 |
+* Within each TLP the managers are responsible for making decisions |
53 |
+ about the project, defining clear goals, roadmaps, and timelines |
54 |
+ for the project, and solving problems that arise within the TLP |
55 |
+ (see GLEP 4 for the specific list). |
56 |
+* The strategic TLP managers are also responsible for deciding issues that |
57 |
+ affect Gentoo across project lines. The primary mechanism for |
58 |
+ handling global-scope issues is the managers' meetings. |
59 |
+* Disciplinary action taken against erring devs is handled by the |
60 |
+ "devrel" TLP, unless the dev is a strategic TLP manager. In that |
61 |
+ case disciplinary action must be enacted by the other strategic TLP |
62 |
+ managers. |
63 |
|
64 |
Problems with the existing system |
65 |
--------------------------------- |
66 |
@@ -106,59 +106,58 @@ Additional problems identified by the current metastructure reform proposals |
67 |
Specification |
68 |
============= |
69 |
|
70 |
- |
71 |
-A. A project is a group of developers working towards a goal (or a set |
72 |
- of goals). |
73 |
- |
74 |
- * A project exists if it has a maintained Wiki |
75 |
- project page as described below. ("Maintained" means |
76 |
- that the information on the page is factually correct and not |
77 |
- out-of-date.) If the Wiki page isn't maintained, it is presumed |
78 |
- dead. |
79 |
- * It may have one or many leads, and the leads are |
80 |
- selected by the members of the project. This selection must |
81 |
- occur at least once every 12 months, and may occur at any |
82 |
- time. |
83 |
- * It may have zero or more sub-projects. Sub-projects are |
84 |
- just projects that provide some additional structure, and their |
85 |
- Wiki pages are defined as sub-projects of the parent project. |
86 |
- * Not everything (or everyone) needs a project. |
87 |
- * Projects need not be long-term. |
88 |
- * Projects may well conflict with other projects. That's okay. |
89 |
- * Any dev may create a new project just by creating a new project |
90 |
- page on the wiki.gentoo.org (see [#Project_pages]_) and sending |
91 |
- a Request For Comments (RFC) e-mail to gentoo-dev. Note that |
92 |
- this GLEP does not provide for a way for the community at large |
93 |
- to block a new project, even if the comments are wholly negative. |
94 |
- |
95 |
-B. Global issues will be decided by an elected Gentoo council. |
96 |
- |
97 |
- * There will be a set number of council members. (For the |
98 |
- first election that number was set to 7 by acclamation.) |
99 |
- * Council members will be chosen by a general election of all |
100 |
- devs once per year. |
101 |
- * The council must hold an open meeting at least once per month. |
102 |
- * Council decisions are by majority vote of those who show up (or |
103 |
- their proxies). |
104 |
- * If a council member (or their appointed proxy) fails to show up for |
105 |
- two consecutive meetings, they are marked as a slacker. |
106 |
- * If a council member who has been marked a slacker misses any further |
107 |
- meeting (or their appointed proxy doesn't show up), they lose their |
108 |
- position and a new election is held to replace that person. The newly |
109 |
- elected council member gets a 'reduced' term so that the yearly |
110 |
- elections still elect a full group. |
111 |
- * Council members who have previously been booted for excessive slacking |
112 |
- may stand for future elections, including the election for their |
113 |
- replacement. They should, however, justify their slackerness, and |
114 |
- should expect to have it pointed out if they don't do so themselves. |
115 |
- * The 'slacker' marker is reset when a member is elected. |
116 |
- * If any meeting has less than 50% attendance by council members, a new |
117 |
- election for *all* places must be held within a month. The 'one year' |
118 |
- is then reset from that point. |
119 |
- * Disciplinary actions may be appealed to the council. |
120 |
- * A proxy must not be an existing council member, and any single person |
121 |
- may not be a proxy for more than one council member at any given |
122 |
- meeting. |
123 |
+A. A project is a group of developers working towards a goal (or a set |
124 |
+ of goals). |
125 |
+ |
126 |
+ * A project exists if it has a maintained Wiki |
127 |
+ project page as described below. ("Maintained" means |
128 |
+ that the information on the page is factually correct and not |
129 |
+ out-of-date.) If the Wiki page isn't maintained, it is presumed |
130 |
+ dead. |
131 |
+ * It may have one or many leads, and the leads are |
132 |
+ selected by the members of the project. This selection must |
133 |
+ occur at least once every 12 months, and may occur at any |
134 |
+ time. |
135 |
+ * It may have zero or more sub-projects. Sub-projects are |
136 |
+ just projects that provide some additional structure, and their |
137 |
+ Wiki pages are defined as sub-projects of the parent project. |
138 |
+ * Not everything (or everyone) needs a project. |
139 |
+ * Projects need not be long-term. |
140 |
+ * Projects may well conflict with other projects. That's okay. |
141 |
+ * Any dev may create a new project just by creating a new project |
142 |
+ page on the wiki.gentoo.org (see [#Project_pages]_) and sending |
143 |
+ a Request For Comments (RFC) e-mail to gentoo-dev. Note that |
144 |
+ this GLEP does not provide for a way for the community at large |
145 |
+ to block a new project, even if the comments are wholly negative. |
146 |
+ |
147 |
+B. Global issues will be decided by an elected Gentoo council. |
148 |
+ |
149 |
+ * There will be a set number of council members. (For the |
150 |
+ first election that number was set to 7 by acclamation.) |
151 |
+ * Council members will be chosen by a general election of all |
152 |
+ devs once per year. |
153 |
+ * The council must hold an open meeting at least once per month. |
154 |
+ * Council decisions are by majority vote of those who show up (or |
155 |
+ their proxies). |
156 |
+ * If a council member (or their appointed proxy) fails to show up for |
157 |
+ two consecutive meetings, they are marked as a slacker. |
158 |
+ * If a council member who has been marked a slacker misses any further |
159 |
+ meeting (or their appointed proxy doesn't show up), they lose their |
160 |
+ position and a new election is held to replace that person. The newly |
161 |
+ elected council member gets a 'reduced' term so that the yearly |
162 |
+ elections still elect a full group. |
163 |
+ * Council members who have previously been booted for excessive slacking |
164 |
+ may stand for future elections, including the election for their |
165 |
+ replacement. They should, however, justify their slackerness, and |
166 |
+ should expect to have it pointed out if they don't do so themselves. |
167 |
+ * The 'slacker' marker is reset when a member is elected. |
168 |
+ * If any meeting has less than 50% attendance by council members, a new |
169 |
+ election for *all* places must be held within a month. The 'one year' |
170 |
+ is then reset from that point. |
171 |
+ * Disciplinary actions may be appealed to the council. |
172 |
+ * A proxy must not be an existing council member, and any single person |
173 |
+ may not be a proxy for more than one council member at any given |
174 |
+ meeting. |
175 |
|
176 |
Rationale |
177 |
========= |