@@ -4,46 +4,43 @@ The official version of this document, along with a list of
4
4
individuals and institutions in the roles defined in the governance
5
5
section below, is contained in The Project Governance Repository at:
6
6
7
- [ https://github.com/jupyter /governance ] ( https://github.com/jupyter /governance )
7
+ [ https://github.com/matplotlib /governance ] ( https://github.com/matplotlib /governance )
8
8
9
9
The Project
10
10
===========
11
11
12
- The Jupyter/IPython Project (The Project) is an open source software project
13
- affiliated with the 501c3 NumFocus Foundation. The goal of The Project is to
14
- develop open source software and deploy open and public websites and services
15
- for reproducible, exploratory and interactive computing. The Software developed
16
- by The Project is released under the BSD (or similar) open source license,
17
- developed openly and hosted in public GitHub repositories under the
18
- [ IPython GitHub organization] ( https://github.com/ipython ) and the
19
- [ Jupyter GitHub organization] ( https://github.com/jupyter ) . Examples of
20
- Project Software include the IPython Notebook, the IPython Terminal,
21
- IPython.parallel, the Jupyter Hub, etc. The Services run by the
22
- Project consist of public websites and web-services that are hosted
23
- under the jupyter.org or ipython.org domains. The Services Examples of
24
- Project Services include the Jupyter and IPython websites
25
- ([ http://jupyter.org ] ( http://jupyter.org ) and
26
- [ http://ipython.org ] ( http://ipython.org ) ), nbviewer
27
- ([ https://nbviewer.ipython.org ] ( https://nbviewer.ipython.org ) ) and the
28
- Jupyter coLaboratory
29
- ([ https://colaboratory.jupyter.org ] ( https://colaboratory.jupyter.org ) ).
12
+ The Matplotlib Project (The Project) is an open source software
13
+ project affiliated with the 501c3 NumFocus Foundation. The goal of The
14
+ Project is to develop open source software and deploy open and public
15
+ websites and services for data visualization. The Software developed
16
+ by The Project is released under the BSD (or similar permissive) open
17
+ source license, developed openly and hosted in public GitHub
18
+ repositories under the
19
+ [ Matplotlib GitHub organization] ( https://github.com/matplotlib ) . Examples
20
+ of Project Software include the matplotlib library for data
21
+ visualization and associated extensions and dependencies. The
22
+ Services run by the Project consist of public websites and
23
+ web-services that are hosted under the matplotlib.org
24
+ domain.
30
25
31
26
The Project is developed by a team of distributed developers, called
32
27
Contributors. Contributors are individuals who have contributed code,
33
- documentation, designs or other work to one or more Project repositories.
34
- Anyone can be a Contributor. Contributors can be affiliated with any legal
35
- entity or none. Contributors participate in the project by submitting,
36
- reviewing and discussing GitHub Pull Requests and Issues and participating in
37
- open and public Project discussions on GitHub, Google+, Hackpad, Gitter chat
38
- rooms and mailing lists. The foundation of Project participation is openness
39
- and transparency.
28
+ documentation, designs or other work to one or more Project
29
+ repositories. Contributors are also known by the name "Matplotlib
30
+ Development Team (MDT)" in the project license. Anyone can be a
31
+ Contributor. Contributors can be affiliated with any legal entity or
32
+ none. Contributors participate in the project by submitting, reviewing
33
+ and discussing GitHub Pull Requests and Issues and participating in
34
+ open and public Project discussions on GitHub, Google+, Hackpad,
35
+ Gitter chat rooms and mailing lists. The foundation of Project
36
+ participation is openness and transparency.
40
37
41
- Here is a list of the current Contributors to the main IPython repository:
38
+ Here is a list of the current Contributors to the main Matplotlib repository:
42
39
43
- [ https://github.com/ipython/ipython /graphs/contributors ] ( https://github.com/ipython/ipython /graphs/contributors )
40
+ [ https://github.com/matplotlib/matplotlib /graphs/contributors ] ( https://github.com/matplotlib/matplotlib /graphs/contributors )
44
41
45
42
There are also many other Contributors listed in the logs of other repositories of
46
- the Jupyter and IPython projects .
43
+ the project .
47
44
48
45
The Project Community consists of all Contributors and Users of the Project.
49
46
Contributors work on behalf of and are responsible to the larger Project
@@ -68,26 +65,27 @@ The foundations of Project governance are:
68
65
- Active Contribution
69
66
- Institutional Neutrality
70
67
71
- Traditionally, Project leadership was provided by a BDFL (Fernando Perez) and
72
- subset of Contributors, called Core Developers, whose active and consistent
73
- contributions have been recognized by their receiving “commit rights” to the
74
- Project GitHub repositories. In general all Project decisions are made through
75
- consensus among the Core Developers with input from the Community. The BDFL
76
- can, but rarely chooses to, override the Core Developers and make a final
77
- decision on a matter.
78
-
79
- While this approach has served us well, as the Project grows and faces more
80
- legal and financial decisions and interacts with other institutions, we see a
81
- need for a more formal governance model. Moving forward The Project leadership
82
- will consist of a BDFL and Steering Council. We view this governance model as
83
- the formalization of what we are already doing, rather than a change in
84
- direction.
68
+ Project leadership was provided by the original author, John
69
+ D. Hunter. Since his passing in 2012, leadership has been provided by
70
+ a subset of Contributors, called Core Developers, whose active and
71
+ consistent contributions have been recognized by their receiving
72
+ “commit rights” to the Project repositories. In general all Project
73
+ decisions are made through consensus among the Core Developers with
74
+ input from the Community.
75
+
76
+ While this approach has served us well, as the Project grows and faces
77
+ more legal and financial decisions and interacts with other
78
+ institutions, we see a need for a more formal governance model. Moving
79
+ forward The Project leadership will consist of a Steering Council with
80
+ the power to appoint final decisions to an individual. We view this
81
+ governance model as the formalization of what we are already doing,
82
+ rather than a change in direction.
85
83
86
84
BDFL
87
85
----
88
86
89
87
The Project will have a BDFL (Benevolent Dictator for Life), who is currently
90
- Fernando Perez . As Dictator, the BDFL has the authority to make all final
88
+ Thomas Caswell . As Dictator, the BDFL has the authority to make all final
91
89
decisions for The Project. As Benevolent, the BDFL, in practice chooses to
92
90
defer that authority to the consensus of the community discussion channels and
93
91
the Steering Council (see below). It is expected, and in the past has been the
@@ -150,7 +148,7 @@ quality and quantity, and sustained over at least one year. Potential Council
150
148
Members are nominated by existing Council members and voted upon by the
151
149
existing Council after asking if the potential Member is interested and willing
152
150
to serve in that capacity. The Council will be initially formed from the set of
153
- existing Core Developers who, as of late 2014 , have been significantly active
151
+ existing Core Developers who, as of late 2016 , have been significantly active
154
152
over the last year.
155
153
156
154
When considering potential Members, the Council will look at candidates with a
@@ -225,26 +223,27 @@ most of the time, and explicit BDFL intervention is sought only if the
225
223
committee disagrees with that delegate’s decision and no resolution is possible
226
224
within the team. This is different from a BDFL delegate for a specific decision
227
225
(or a recusal situation), where the BDFL is literally giving up his/her
228
- authority to someone else in full. It’s more like what Linus Torvalds uses with his
229
- “lieutenants” model.
226
+ authority to someone else in full.
230
227
231
228
### NumFOCUS Subcommittee
232
229
233
230
The Council will maintain one narrowly focused subcommittee to manage its
234
231
interactions with NumFOCUS.
235
232
236
- - The NumFOCUS Subcommittee is comprised of 5 persons who manage project
233
+ - The NumFOCUS Subcommittee is comprised of 4 persons who manage project
237
234
funding that comes through NumFOCUS. It is expected that these funds will
238
235
be spent in a manner that is consistent with the non-profit mission of
239
236
NumFOCUS and the direction of the Project as determined by the full
240
237
Council.
241
238
- This Subcommittee shall NOT make decisions about the direction, scope or
242
239
technical direction of the Project.
243
- - This Subcommittee will have 5 members, 4 of whom will be current Council
244
- Members and 1 of whom will be external to the Steering Council. No more
245
- than 2 Subcommitee Members can report to one person through employment or
246
- contracting work (including the reportee, i.e. the reportee + 1 is the
247
- max). This avoids effective majorities resting on one person.
240
+ - This Subcommittee will have 4 members, at least 2 of which are
241
+ also on the Steering Council and 1 of whom will be external to the
242
+ Steering Council. No Subcommitee Member can report to the same
243
+ person as any other member of the Subcommittee through employment
244
+ or contracting work (including the reportee, i.e. the reportee + 1
245
+ is the max). This avoids effective majorities resting on one
246
+ person.
248
247
249
248
250
249
Institutional Partners and Funding
@@ -275,7 +274,7 @@ of their official duties. To state this another way, the only way for
275
274
an Institutional Partner to influence the project is by actively
276
275
contributing to the open development of the project, on equal terms
277
276
with any other member of the community of Contributors and Council
278
- Members. Merely using Jupyter/IPython Software or Services in an
277
+ Members. Merely using Matplotlib Software or Services in an
279
278
institutional context does not allow an entity to become an
280
279
Institutional Partner. Financial gifts do not enable an entity to
281
280
become an Institutional Partner. Once an institution becomes eligible
@@ -293,42 +292,27 @@ building proprietary products and services that leverage Project Software and
293
292
Services. Funding acquired by Institutional Partners to work on The Project is
294
293
called Institutional Funding. However, no funding obtained by an Institutional
295
294
Partner can override The Project BDFL and Steering Council. If a Partner has
296
- funding to do Jupyter/IPython work and the Council decides to not pursue that
295
+ funding to do Matplotlib work and the Council decides to not pursue that
297
296
work as a project, the Partner is free to pursue it on their own. However in
298
297
this situation, that part of the Partner’s work will not be under the
299
- Jupyter/IPython umbrella and cannot use the Project trademarks in a way that
298
+ Matplotlib umbrella and cannot use the Project trademarks in a way that
300
299
suggests a formal relationship.
301
300
302
- To acknowledge institutional contributions, there are two level of Institutional
303
- Partners, with associated benefits:
301
+ To acknowledge institutional contributions, Institutional Partners
302
+ receive the following benefits:
304
303
305
- ** Tier 1** = an institution with at least one Institutional Council Member
306
-
307
- - Acknowledged on the Jupyter/IPython websites, in talks and T-shirts.
308
- - Ability to acknowledge their own funding sources on the Jupyter/IPython
304
+ - Acknowledged on the Matplotlib websites, in talks and T-shirts.
305
+ - Ability to acknowledge their own funding sources on the Matplotlib
309
306
websites, in talks and T-shirts.
310
- - Unlimited participation in the annual Institutional Partners Workshop, held
311
- during the (planned) annual Jupyter Project Retreat. This allows the
312
- Institutional Partner to invite as many of their own employees and funding
313
- sources and collaborators as they want, even if they are not project
314
- Contributors or Council Members.
315
307
- Ability to influence the project through the participation of their Council
316
308
Member.
317
- - Council Members are invited to the bi-annual Jupyter/IPython Developer Meeting.
318
-
319
- ** Tier 2** = an institution with at least one Institutional Contributor
320
-
321
- - Same benefits as Tier 1 level Partners, but:
322
- - Only Institutional Contributors are invited to the Institutional Partners
323
- Workshop and bi-annual Jupyter/IPython Developer Meeting.
324
-
325
309
326
310
Changing the Governance Documents
327
311
=================================
328
312
329
313
Changes to the governance documents are submitted via a GitHub pull
330
314
request to The Project's governance documents GitHub repository at
331
- [ https://github.com/jupyter /governance ] ( https://github.com/jupyter /governance ) .
315
+ [ https://github.com/matplotlib /governance ] ( https://github.com/matplotlib /governance ) .
332
316
The pull request is then refined in response to public comment and
333
317
review, with the goal being consensus in the community. After this
334
318
open period, a Steering Council Member proposes to the Steering
0 commit comments