policies/omc-bylaws.html

   1 <!DOCTYPE html>
   2 <html lang="en">
   3 <!--#include virtual="/inc/head.shtml" -->
   4
   5 <body>
   6 <!--#include virtual="/inc/banner.shtml" -->
   7
   8 <div id="main">
   9   <div id="content">
  10     <div class="blog-index">
  11       <article>
  12         <header>
  13           <h2>OpenSSL Bylaws</h2>
  14           <h5>
  15             First issued 13th February 2017<br/>
  16             Last modified 20th December 2017
  17           </h5>
  18         </header>
  19
  20         <div class="entry-content">
  21
  22           <p>This document defines the bylaws under which the OpenSSL Project
  23           operates. It defines the different project roles, how they contribute
  24           to the project, and how project decisions are made.</p>
  25
  26           <h2>Roles and Responsibilities</h2>
  27
  28           <h3>Users</h3>
  29
  30           <p>Users include any individual or organisation that downloads,
  31           installs, compiles, or uses the OpenSSL command line applications or
  32           the OpenSSL libraries or the OpenSSL documentation. This includes
  33           OpenSSL-based derivatives such as patched versions of OpenSSL provided
  34           through OS distributions, often known as "downstream" versions.</p>
  35
  36           <p>Users may request help and assistance from the project through any
  37           appropriate forum as designated by the OpenSSL Management Committee
  38           (OMC). Users may also report bugs, issues, or feature requests; or
  39           make pull requests through any OMC designated channel.</p>
  40
  41           <h3><a name="committers">Committers</a></h3>
  42
  43           <p>Committers have the ability to make new commits to the main OpenSSL
  44           Project repository. Collectively, they have the responsibility for
  45           maintaining the contents of that repository. They must ensure that any
  46           committed contributions are consistent with all appropriate OpenSSL
  47           policies and procedures as defined by the OMC.</p>
  48
  49           <p>Committers also have a responsibility to review code submissions in
  50           accordance with OpenSSL project policies and procedures.</p>
  51
  52           <p>Commit access is granted as a result of a vote by the OMC. It may
  53           be withdrawn at any time by a vote of the OMC.</p>
  54
  55           <p>A condition of commit access is that the committer has signed an
  56           Individual Contributor Licence Agreement (ICLA). If contributions may
  57           also be from the employer of an individual with commit access then a
  58           Corporate Contributor Licence Agreement (CCLA) must also be signed and
  59           include the name of the committer.</p>
  60
  61           <p>In order to retain commit access a committer must have authored or
  62           reviewed at least one commit within the previous two calendar
  63           quarters. This will be checked at the beginning of each calendar
  64           quarter. This rule does not apply if the committer first received
  65           their commit access during the previous calendar quarter.</p>
  66
  67           <h3><a name="OMC">OpenSSL Management Committee (OMC)</a></h3>
  68
  69           <p>The OMC represents the official voice of the project. All official
  70           OMC decisions are taken on the basis of a vote.</p>
  71
  72           <p>The OMC:</p>
  73           <ul>
  74             <li>makes all decisions regarding management and strategic direction
  75             of the project;</li>
  76             <li>sets and maintains all policies and procedures;</li>
  77             <li>nominates, elects and removes committers and OMC members as
  78             required;</li>
  79             <li>ensures security issues are dealt with in an appropriate
  80             manner;</li>
  81             <li>schedules releases and determines future release plans and the
  82             development roadmap and priorities;</li>
  83             <li>maintains all other repositories according to the policies and
  84             procedures they define.</li>
  85           </ul>
  86
  87           <p>Membership of the OMC is by invitation only from the existing OMC
  88           following a passing vote. OMC members may or may not be committers as
  89           well. If an OMC member is also a committer then all rules that apply
  90           to committers still apply.</p>
  91
  92           <p>The OMC makes decisions on behalf of the project. In order to have
  93           a valid voice on the OMC, members must be actively contributing to the
  94           project. Note that there are many ways to contribute to the project
  95           but the ones that count in order to participate in the OMC
  96           decision-making process are the ones listed below.</p>
  97
  98           <p>OMC members may become inactive. In order to remain active a member
  99           must, in any calendar quarter, contribute by:</p>
 100           <ul>
 101             <li>a) Having authored, or been recorded as a reviewer of, at least
 102             one commit made to any OpenSSL repository (including non-code based
 103             ones) and</li>
 104             <li>b) vote in at least two-thirds of the total votes closed in the
 105             first two months of the quarter and the last month of the preceding
 106             quarter.</li>
 107           </ul>
 108
 109           <p>The above rules will be applied at the beginning of each calender
 110           quarter. It does not apply if the OMC member was first appointed, or
 111           became active again during the previous calendar quarter. The voting
 112           requirement only includes those votes after the time the member joined
 113           or was made active again.</p>
 114
 115           <p>If an OMC member remains inactive for one calendar quarter then
 116           they will no longer be considered an OMC member, but will be listed as
 117           an OMC Alumni. OMC Alumni have no access to OMC internal resources
 118           (including email lists) but may request a vote at any time to
 119           reinstate their membership in the OMC.</p>
 120
 121           <p>Any OMC member can propose a vote to declare another member
 122           inactive or remove them from OMC membership entirely.</p>
 123
 124           <p>An OMC member can declare themselves inactive, leave the OMC, or
 125           leave the project entirely. This does not require a vote.</p>
 126
 127           <p>An inactive OMC member can propose a vote that the OMC declare them
 128           active again. Inactive OMC members cannot vote but can propose issues
 129           to vote on and participate in discussions. They retain access to OMC
 130           internal resources.</p>
 131
 132           <h3>OpenSSL Software Foundation (OSF)</h3>
 133
 134           <p>The OpenSSL Software Foundation represents the OpenSSL project in
 135           legal and most official formal capacities in relation to external
 136           entities and individuals. This includes, but is not limited to,
 137           managing contributor license agreements, managing donations,
 138           registering and holding trademarks, registering and holding domain
 139           names, obtaining external legal advice, and so on.</p>
 140
 141           <p>Any OMC member may serve as a director of OSF if they wish. To do
 142           so they should send a request to any existing OSF director.</p>
 143
 144           <h3>OpenSSL Software Services (OSS)</h3>
 145
 146           <p>OpenSSL Software Services represents the OpenSSL project for most
 147           commercial and quasi-commercial  contexts, such as providing formal
 148           support contracts and brokering consulting contracts for OpenSSL
 149           committers.</p>
 150
 151           <p>Any OMC member may serve as a director of OSS if they wish, subject
 152           to certain contractual requirements. To do so they should send a
 153           request to any existing OSS director.</p>
 154
 155           <h2>OMC Voting Procedures</h2>
 156
 157           <p>A vote to change these bylaws will pass if it obtains an in favour
 158           vote by more than two thirds of the active OMC members and less than
 159           one quarter votes against by the active OMC members. A vote that does
 160           not change these bylaws will pass if it has had a vote registered from
 161           a majority of active OMC members and has had more votes registered in
 162           favour than votes registered against.</p>
 163
 164           <p>Only active OMC members may vote. A registered vote is a vote in
 165           favour, a vote against, or an abstention.</p>
 166
 167           <p>Any OMC member (active or inactive) can propose a vote. OMC Alumni
 168           may only propose a vote to reinstate themselves to the OMC. Each vote
 169           must include a closing date which must be between seven and fourteen
 170           calendar days after the start of the vote. Votes to change these
 171           bylaws must be fourteen calendar days in duration.</p>
 172
 173           <p>In exceptional cases, the closing date for non-bylaw changing votes
 174           could be less than seven calendar days; for example, a critical issue
 175           that needs rapid action. A critical issue is hard to define precisely
 176           but would include cases where a security fix is needed and the details
 177           will soon be made public. At least one other active OMC member besides
 178           the proposer needs to agree to the shorter timescale.</p>
 179
 180           <p>A vote closes on its specified date. In addition, any active OMC
 181           member can declare a vote closed once the number of uncast votes could
 182           not affect the outcome. Any active OMC member may change their vote up
 183           until the vote is closed. No vote already cast can be changed after
 184           the vote is closed. Votes may continue to be cast and recorded after a
 185           vote is closed up until fourteen days after the start of the vote.
 186           These votes will count for the purposes of determining OMC member
 187           activity, but will otherwise not affect the outcome of the vote.</p>
 188
 189           <p>All votes and their outcomes should be recorded and available to
 190           all OMC members.</p>
 191
 192           <h2><a name="leave">Leave of absence</a></h2>
 193
 194           <p>An active OMC member or committer may request a leave of absence
 195           from the project. A leave of absence from the OMC or committer shall
 196           suspend inactivity determination for the specified role. All access to
 197           OMC or committer resources shall be suspended (disabled) and the OMC
 198           member shall be excluded from voting and the committer shall be excluded
 199           from reviewing or approving source changes. On return from a leave of
 200           absence, the OMC member or committer will be deemed to have become active
 201           as of the date of return.</p>
 202
 203           <p>All of the following criteria must be met in order to qualify as a
 204           leave of absence:</p>
 205           <ul>
 206             <li>a) the member must request via email to the OMC a leave of
 207                    absence at least one week in advance of the requested
 208                    period of leave;</li>
 209             <li>b) only one leave of absence is permitted per calendar year;</li>
 210             <li>c) the leave of absence must specify the date of return from
 211                    the leave of absence; </li>
 212           <li>d) the length of the leave of absence shall be a minimum of one calendar
 213                  month and shall not exceed three calendar months (one quarter); and </li>
 214           <li>e) the leave of absence applies to all the roles within the
 215                  project (i.e. both OMC and committer if both roles apply).</li>
 216           </ul>
 217
 218           <h2><a name="update">Bylaws Update History</a></h2>
 219           <p>
 220           The following changes have been made since the bylaws were first
 221           issued 13-February-2017.
 222           </p>
 223           <ul>
 224             <li>20-December-2017.
 225             Added <i>Leave of absence</i> section.</li>
 226           </ul>
 227
 228         </div>
 229         <footer>
 230           You are here: <a href="/">Home</a>
 231           : <a href="/policies">Policies</a>
 232           : <a href="">Bylaws</a>
 233           <br/><a href="/sitemap.txt">Sitemap</a>
 234         </footer>
 235       </article>
 236     </div>
 237     <!--#include virtual="sidebar.shtml" -->
 238   </div>
 239 </div>
 240
 241 <!--#include virtual="/inc/footer.shtml" -->
 242 </body>
 243
 244 </html>
 245