1 |
commit: 5a83443adb451df4036f161cd8f6a4061d2f9e51 |
2 |
Author: Ulrich Müller <ulm <AT> gentoo <DOT> org> |
3 |
AuthorDate: Mon Nov 13 17:31:16 2017 +0000 |
4 |
Commit: Ulrich Müller <ulm <AT> gentoo <DOT> org> |
5 |
CommitDate: Mon Nov 13 17:31:16 2017 +0000 |
6 |
URL: https://gitweb.gentoo.org/data/glep.git/commit/?id=5a83443a |
7 |
|
8 |
glep-0039: Fix indentation. |
9 |
|
10 |
The Rationale section was not properly rendered as an ordered list |
11 |
because of the missing indentation. |
12 |
|
13 |
glep-0039.rst | 50 +++++++++++++++++++++++++------------------------- |
14 |
1 file changed, 25 insertions(+), 25 deletions(-) |
15 |
|
16 |
diff --git a/glep-0039.rst b/glep-0039.rst |
17 |
index 8f61643..396fb42 100644 |
18 |
--- a/glep-0039.rst |
19 |
+++ b/glep-0039.rst |
20 |
@@ -166,42 +166,42 @@ Rationale |
21 |
So, does this proposal solve any of the previously-mentioned problems? |
22 |
|
23 |
1. There is no longer any requirement that the project structure be |
24 |
-complete. Some devs work on very specific parts of the tree, while |
25 |
-some work on practically everything; neither should be shoehorned into |
26 |
-an ad-hoc project structure. Moreover, it should be easy to create new |
27 |
-projects where needed (and remove them when they are not), which this |
28 |
-proposal should enable. |
29 |
+ complete. Some devs work on very specific parts of the tree, while |
30 |
+ some work on practically everything; neither should be shoehorned into |
31 |
+ an ad-hoc project structure. Moreover, it should be easy to create new |
32 |
+ projects where needed (and remove them when they are not), which this |
33 |
+ proposal should enable. |
34 |
|
35 |
2. By having the members choose their project leads periodically, the |
36 |
-project leads are necessarily at least somewhat responsible (and hopefully |
37 |
-responsive) to the project members. This proposal has removed the list of |
38 |
-responsibilities that project leads were supposed to satisfy, since hardly |
39 |
-anybody has ever looked at the original list since it was written. Instead |
40 |
-the practical responsibility of a lead is "whatever the members require", and |
41 |
-if that isn't satisfied, the members can get a new lead (if they can find |
42 |
-somebody to take the job!). |
43 |
+ project leads are necessarily at least somewhat responsible (and |
44 |
+ hopefully responsive) to the project members. This proposal has |
45 |
+ removed the list of responsibilities that project leads were supposed |
46 |
+ to satisfy, since hardly anybody has ever looked at the original list |
47 |
+ since it was written. Instead the practical responsibility of a lead |
48 |
+ is "whatever the members require", and if that isn't satisfied, the |
49 |
+ members can get a new lead (if they can find somebody to take the job!). |
50 |
|
51 |
3. If the council does a lousy job handling global issues (or has no |
52 |
-global vision), vote out the bums. |
53 |
+ global vision), vote out the bums. |
54 |
|
55 |
4. Since everybody gets to vote for the council members, at least in |
56 |
-principle the council members represent all developers, not just a |
57 |
-particular subset. |
58 |
+ principle the council members represent all developers, not just a |
59 |
+ particular subset. |
60 |
|
61 |
5. An appeal process should make disciplinary enforcement both less |
62 |
-capricious and more palatable. |
63 |
+ capricious and more palatable. |
64 |
|
65 |
-6. This proposal doesn't help find inactive devs or projects. It |
66 |
-really should not be that much of a problem. We already have a script for |
67 |
-identifying devs who haven't made a CVS commit within a certain period of |
68 |
-time. As for moribund projects, if the project page isn't maintained, it's |
69 |
-dead, and we should remove it. That, too, could be automated. A much bigger |
70 |
-problem is understaffed herds, but more organization is not necessarily a |
71 |
-solution. |
72 |
+6. This proposal doesn't help find inactive devs or projects. It really |
73 |
+ should not be that much of a problem. We already have a script |
74 |
+ for identifying devs who haven't made a CVS commit within a certain |
75 |
+ period of time. As for moribund projects, if the project page isn't |
76 |
+ maintained, it's dead, and we should remove it. That, too, could be |
77 |
+ automated. A much bigger problem is understaffed herds, but more |
78 |
+ organization is not necessarily a solution. |
79 |
|
80 |
7. The metabug project is a great idea. Let's do that! Adding a useful |
81 |
-project shouldn't require "metastructure reform", although with the |
82 |
-current system it does. With this proposal it wouldn't. |
83 |
+ project shouldn't require "metastructure reform", although with the |
84 |
+ current system it does. With this proposal it wouldn't. |
85 |
|
86 |
8. This proposal has nothing to say about GLEPs. |