-
Notifications
You must be signed in to change notification settings - Fork 0
/
Copy pathmep-0103.html
233 lines (231 loc) · 11.9 KB
/
mep-0103.html
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
72
73
74
75
76
77
78
79
80
81
82
83
84
85
86
87
88
89
90
91
92
93
94
95
96
97
98
99
100
101
102
103
104
105
106
107
108
109
110
111
112
113
114
115
116
117
118
119
120
121
122
123
124
125
126
127
128
129
130
131
132
133
134
135
136
137
138
139
140
141
142
143
144
145
146
147
148
149
150
151
152
153
154
155
156
157
158
159
160
161
162
163
164
165
166
167
168
169
170
171
172
173
174
175
176
177
178
179
180
181
182
183
184
185
186
187
188
189
190
191
192
193
194
195
196
197
198
199
200
201
202
203
204
205
206
207
208
209
210
211
212
213
214
215
216
217
218
219
220
221
222
223
224
225
226
227
228
229
230
231
232
<?xml version="1.0" encoding="latin1" ?>
<!DOCTYPE html PUBLIC "-//W3C//DTD XHTML 1.0 Transitional//EN" "http://www.w3.org/TR/xhtml1/DTD/xhtml1-transitional.dtd">
<html xmlns="http://www.w3.org/1999/xhtml" xml:lang="en" lang="en">
<!--
This HTML is auto-generated. DO NOT EDIT THIS FILE! If you are writing a new
PEP, see http://www.python.org/peps/pep-0001.html for instructions and links
to templates. DO NOT USE THIS HTML FILE AS YOUR TEMPLATE!
-->
<head>
<meta http-equiv="Content-Type" content="text/html; charset=latin1" />
<meta name="generator" content="Docutils 0.3.7: http://docutils.sourceforge.net/" />
<title>MEP 103 -- Archive Copy of Mozart Governance Rules</title>
<link rel="stylesheet" href="mep.css" type="text/css" />
</head>
<body bgcolor="white">
<table class="navigation" cellpadding="0" cellspacing="0"
width="100%" border="0">
<tr><td class="navicon" width="107" height="47">
<a href="http://www.mozart-oz.org/" title="Mozart/Oz Home Page">
<img src="mozart-logo.gif" alt="[Mozart/Oz]"
border="0" width="107" height="47" /></a></td>
<td class="textlinks" align="left">
[<b><a href="http://www.mozart-oz.org/">Mozart/Oz Home</a></b>]
[<b><a href="mep-0000.html">MEP Index</a></b>]
[<b><a href="./mep-0103.txt">MEP Source</a></b>]
</td></tr></table>
<table class="rfc2822 docutils field-list" frame="void" rules="none">
<col class="field-name" />
<col class="field-body" />
<tbody valign="top">
<tr class="field"><th class="field-name">MEP:</th><td class="field-body">103</td>
</tr>
<tr class="field"><th class="field-name">Title:</th><td class="field-body">Archive Copy of Mozart Governance Rules</td>
</tr>
<tr class="field"><th class="field-name">Version:</th><td class="field-body">1.2</td>
</tr>
<tr class="field"><th class="field-name">Last-Modified:</th><td class="field-body"><a class="reference" href="http://cvs.sourceforge.net/cgi-bin/viewcvs.cgi/python/python/nondist/meps/mep-0103.txt">2006/04/26 09:36:39</a></td>
</tr>
<tr class="field"><th class="field-name">Author:</th><td class="field-body">Peter Van Roy</td>
</tr>
<tr class="field"><th class="field-name">Discussions-To:</th><td class="field-body"><a class="reference" href="mailto:hackers@mozart-oz.org?subject=MEP%20103">hackers at mozart-oz.org</a></td>
</tr>
<tr class="field"><th class="field-name">Status:</th><td class="field-body">Accepted</td>
</tr>
<tr class="field"><th class="field-name">Type:</th><td class="field-body">Informational</td>
</tr>
<tr class="field"><th class="field-name">Content-Type:</th><td class="field-body"><a class="reference" href="mep-0002.html">text/x-rst</a></td>
</tr>
<tr class="field"><th class="field-name">Created:</th><td class="field-body">16 June 2005</td>
</tr>
<tr class="field"><th class="field-name">Post-History:</th><td class="field-body"></td>
</tr>
</tbody>
</table>
<hr />
<div class="contents topic" id="contents">
<p class="topic-title first"><a name="contents">Contents</a></p>
<ul class="simple">
<li><a class="reference" href="#abstract" id="id3" name="id3">Abstract</a></li>
<li><a class="reference" href="#specification" id="id4" name="id4">Specification</a><ul>
<li><a class="reference" href="#mozart-enhancement-proposals-meps" id="id5" name="id5">MOZART ENHANCEMENT PROPOSALS (MEPs)</a></li>
<li><a class="reference" href="#voting-procedure" id="id6" name="id6">VOTING PROCEDURE</a></li>
</ul>
</li>
<li><a class="reference" href="#references" id="id7" name="id7">References</a></li>
<li><a class="reference" href="#copyright" id="id8" name="id8">Copyright</a></li>
<li><a class="reference" href="#votes" id="id9" name="id9">Votes</a></li>
</ul>
</div>
<div class="section" id="abstract">
<h1><a class="toc-backref" href="#id3" name="abstract">Abstract</a></h1>
<p>The purpose of this MEP is to archive the voting rules for
Mozart governance, which were previously only accessible on
the Mozart hackers mailing list <a class="footnote-reference" href="#mozgov" id="id1" name="id1">[1]</a>.</p>
</div>
<div class="section" id="specification">
<h1><a class="toc-backref" href="#id4" name="specification">Specification</a></h1>
<p>This section contains the verbatim copy of the Mozart
governance rules.</p>
<div class="section" id="mozart-enhancement-proposals-meps">
<h2><a class="toc-backref" href="#id5" name="mozart-enhancement-proposals-meps">MOZART ENHANCEMENT PROPOSALS (MEPs)</a></h2>
<p>The development of Mozart will be handled by Mozart Enhancement
Proposals (MEPs). All changes to Mozart will come through MEPs.
Anybody, whether user or developer, can introduce a MEP anytime.
There are two kinds of MEPs: "informational" and "standard track".
Any significant change or contribution to the Mozart/Oz system or
governance procedure requires a standard track MEP. No MEP is
required for routine modifications such as bug fixes that bring
the system closer to its specification.</p>
<p>For example, a MEP can be:</p>
<ul class="simple">
<li>proposed changes in governance, process, website, etc.</li>
<li>proposal for a new release (this MEP can be very short,
e.g., mainly just proposing someone as release manager)</li>
<li>an extension of the language kernel (e.g., uniform state)</li>
<li>a new contribution to the standard library (e.g., QTk)</li>
<li>a bug fix that is not straightforward and benefits from a
discussion (e.g., garbage collection Y register bug fix)</li>
<li>a design with new concepts or ideas long before any actual
implementation exists (e.g., Oz-E for security)</li>
</ul>
<p>The last example is an "informational" MEP: it serves as a design
document for fleshing out possibilities and discovering whether this
is indeed a good idea that fits well with the Mozart/Oz philosophy
and could lead to acceptable extensions or contributions later.
Acceptance of such a MEP does not in itself signify a right or
expectation to change Mozart/Oz in any way. Actual implementation
proposals are either extensions or contributions and require their
own separate standard track MEPs.</p>
<p>To introduce a MEP, the author writes a draft and posts it to
hackers at mozart-oz.org. MEP editors register the MEP, assign it a
number, and publish it on the website.</p>
<p>Once a MEP has been registered, everybody in the community is welcome
and encouraged to debate the proposal and help shape it. It is the
author's responsibility to lead and sustain these discussions, record
in the MEP the opinions expressed, document assenting and dissenting
points of view, amend and revise the proposal accordingly, and gather
community consensus behind it. He should post revised versions of the
MEP to hackers at mozart-oz.org and ask the MEP editors to update the
copy published on the website. When the author so chooses, he can ask
for a ruling from the Board.</p>
</div>
<div class="section" id="voting-procedure">
<h2><a class="toc-backref" href="#id6" name="voting-procedure">VOTING PROCEDURE</a></h2>
<p>Only Board members can vote. They vote publicly on the hackers list
with one of the following pronouncements:</p>
<ul class="simple">
<li>ACCEPT : this MEP is good and ready</li>
<li>NOTACCEPT : this MEP is not ready or is incompatible with
Mozart/Oz philosophy</li>
<li>ABSTAIN : I do not wish to rule on this MEP</li>
</ul>
<p>Board members have exactly two weeks to vote. After that delay their
vote is automatically ABSTAIN <a class="citation-reference" href="#note1" id="id2" name="id2">[NOTE1]</a> . The decision of the Board is
computed from individual votes as follows:</p>
<ol class="arabic simple">
<li>ACCEPT >= (2/3)*(ACCEPT+NOTACCEPT) and ACCEPT>0
The proposal is accepted. The Board then gives the author
the appropriate rights to do the development, if it is a
standard track MEP. The author becomes responsible for
developing and maintaining this part of the system.</li>
<li>Otherwise, the proposal is not accepted. The author is free to
continue work on the MEP or to make another MEP, according to
the advice given during the community discussion.</li>
</ol>
<p>In the spirit of Mozart/Oz, the community discussion is very important.
Therefore, it should rarely be the case that an author asks the Board
for a vote on a MEP that will probably not be accepted. All the work
of design and compromises, of discussion, debate, refinements, and
revisions should preferably have been fully and satisfactorily
completed before the MEP's author asks the Board for an official
decision, i.e., a vote. We recognize that there may be cases, i.e., a
stand-off between two opinions, when this is not possible. The vote
can be used to break the stand-off in those cases.</p>
<p>There are many MEPs for which we can expect the period of community
debate to be rather short. For example, when a package that has been
offered through MOGUL for a long while is then proposed for inclusion
in, e.g., the standard library, the MEP would say:</p>
<ul class="simple">
<li>this package is being proposed for inclusion in stdlib</li>
<li>this is its purpose</li>
<li>these are the reasons why it should be in stdlib</li>
<li>it should be inserted at this URI</li>
<li>here is the design/API</li>
</ul>
<p>Note that this MEP is very simple and brief. MEPs don't have to be
big. Since the members of the Board are a subset of the community,
they too participate in the discussions. In particular, they will
give their opinion on, e.g., whether this package belongs in stdlib,
should be offered as an official add-on, or should remain as an
individual contribution in MOGUL, or whether modifications of its API
would be desirable. That should not take long. Then it is a simple
matter to make it official with a vote of the Board.</p>
</div>
</div>
<div class="section" id="references">
<h1><a class="toc-backref" href="#id7" name="references">References</a></h1>
<table class="docutils footnote" frame="void" id="mozgov" rules="none">
<colgroup><col class="label" /><col /></colgroup>
<tbody valign="top">
<tr><td class="label"><a class="fn-backref" href="#id1" name="mozgov">[1]</a></td><td>Mozart Governance rules,
(<a class="reference" href="http://www.mozart-oz.org/pipermail/mozart-hackers/2005/002206.html">http://www.mozart-oz.org/pipermail/mozart-hackers/2005/002206.html</a>)</td></tr>
</tbody>
</table>
<table class="docutils citation" frame="void" id="note1" rules="none">
<colgroup><col class="label" /><col /></colgroup>
<tbody valign="top">
<tr><td class="label"><a class="fn-backref" href="#id2" name="note1">[NOTE1]</a></td><td>A Board member (A) may delegate his/her voting rights to
another Board member (B) who serves as a proxy for (A) while the
latter is unavailable. For the duration of the delegation, (B)
has two votes for every MEP: one for him/herself and one for (A).
These two votes do not have to be identical.</td></tr>
</tbody>
</table>
<table class="docutils citation" frame="void" id="note2" rules="none">
<colgroup><col class="label" /><col /></colgroup>
<tbody valign="top">
<tr><td class="label"><a name="note2">[NOTE2]</a></td><td>It should be emphasized that the mandate of Board members is to
carefully study and evaluate MEPs, and to issue conservative and
well-informed rulings. It is preferable to ABSTAIN than to cast a
vote in ignorance.</td></tr>
</tbody>
</table>
</div>
<div class="section" id="copyright">
<h1><a class="toc-backref" href="#id8" name="copyright">Copyright</a></h1>
<p>This document has been placed in the public domain.</p>
</div>
<div class="section" id="votes">
<h1><a class="toc-backref" href="#id9" name="votes">Votes</a></h1>
<pre class="literal-block">
Raphaël Collet [ACCEPT]
Denys Duchier []
Seif Haridi []
Torbjörn Lager []
Konstantin Popov []
Camilo Rueda []
Christian Schulte [ACCEPT]
Gert Smolka []
Peter Van Roy []
</pre>
</div>
</div>
<hr class="docutils footer" />
<div class="footer">
<a class="reference" href="mep-0103.txt">View document source</a>.
Generated on: 2006-10-09 16:22 UTC.
Generated by <a class="reference" href="http://docutils.sourceforge.net/">Docutils</a> from <a class="reference" href="http://docutils.sourceforge.net/rst.html">reStructuredText</a> source.
</div>
</body>
</html>