votes.txt

   1 # A record of formal votes in reverse chronological order.
   2 #
   3 # To vote, add one of the following entries next to your name:
   4 #
   5 #   [+1]  I vote in favour of the proposal
   6 #   [ 0]  I abstain from the vote
   7 #   [-1]  I vote against the proposal
   8 #
   9 # If you are abstaining, you can indicate a tendency as follows:
  10 #
  11 #   [+0]  I abstain but with a slight lean towards a vote in favour
  12 #   [ 0]  I abstain with no stated preference
  13 #   [-0]  I abstain but with a slight lean towards a vote against
  14 #
  15 # A template for voting (alphabetical by surname) follows.
  16
  17 ----------------
  18 topic: .
  19 Proposed by .
  20 Public: yes
  21 opened: 2020-mm-dd
  22 closed: 2020-mm-dd
  23 accepted:  yes/no  (for: X, against: Y, abstained: Z, not voted: T)
  24
  25   Matt       [  ]
  26   Mark       [  ]
  27   Pauli      [  ]
  28   Viktor     [  ]
  29   Tim        [  ]
  30   Richard    [  ]
  31   Shane      [  ]
  32   Tomas      [  ]
  33   Kurt       [  ]
  34   Matthias   [  ]
  35   Nicola     [  ]
  36
  37 ----------------
  38 topic: Accept the OTC voting policy as defined:
  39
  40        The proposer of a vote is ultimately responsible for updating the votes.txt
  41        file in the repository.  Outside of a face to face meeting, voters MUST reply
  42        to the vote email indicating their preference and optionally their reasoning.
  43        Voters MAY update the votes.txt file in addition.
  44
  45        The proposed vote text SHOULD be raised for discussion before calling the vote.
  46
  47        Public votes MUST be called on the project list, not the OTC list and the
  48        subject MUST begin with “VOTE:”.  Private votes MUST be called on the
  49        OTC list with “PRIVATE VOTE:” beginning subject.
  50
  51 Proposed by Matthias St. Pierre (on behalf of the OTC)
  52 Public: yes
  53 opened: 2020-09-28
  54 closed: 2020-mm-dd
  55 accepted:  yes/no  (for: X, against: Y, abstained: Z, not voted: T)
  56
  57   Matt       [+1]
  58   Mark       [+1]
  59   Pauli      [+1]
  60   Viktor     [  ]
  61   Tim        [+1]
  62   Richard    [+1]
  63   Shane      [+1]
  64   Tomas      [+1]
  65   Kurt       [  ]
  66   Matthias   [+1]
  67   Nicola     [+1]
  68
  69 ----------------
  70 topic: Adopt the coding style policy on function arguments as shown in chapter
  71 6.1 of web PR 194 (commit f37f8a9000)
  72 Proposed by Matt Caswell
  73 Public: yes
  74 opened: 2020-09-16
  75 closed: 2020-09-21
  76 accepted:  no  (for: 2, against: 5, abstained: 2, not voted: 2)
  77
  78   Matt       [+1]
  79   Mark       [ 0]
  80   Pauli      [-1]
  81   Viktor     [  ]
  82   Tim        [-1]
  83   Richard    [-1]
  84   Shane      [-1]
  85   Tomas      [+1]
  86   Kurt       [-1]
  87   Matthias   [+0]
  88   Nicola     [  ]
  89
  90 ----------------
  91 topic: Adopt the coding style policy on extending existing functions as shown
  92 in chapter 6.2 of web PR 194 (commit f37f8a9000)
  93 Proposed by Matt Caswell
  94 Public: yes
  95 opened: 2020-09-16
  96 closed: 2020-09-21
  97 accepted:  yes  (for: 5, against: 3, abstained: 2, not voted: 1)
  98
  99   Matt       [+1]
 100   Mark       [ 0]
 101   Pauli      [+1]       # Vote changed 2020-09-21
 102   Viktor     [  ]
 103   Tim        [-1]
 104   Richard    [+1]
 105   Shane      [+1]
 106   Tomas      [+1]
 107   Kurt       [-1]
 108   Matthias   [+0]
 109   Nicola     [-1]
 110
 111
 112 ----------------
 113 topic: The performance improvements provided in PR11188 should be considered a
 114        bug fix and therefore acceptable for backport to 1.1.1
 115 Proposed by Matt Caswell
 116 Public: yes
 117 opened: 2020-08-27
 118 closed: 2020-09-10
 119 accepted:  no  (for: 0, against: 8, abstained: 3, not voted: 0)
 120
 121   Matt       [-1]
 122   Mark       [ 0]
 123   Pauli      [-0]
 124   Viktor     [-1]
 125   Tim        [-1]
 126   Richard    [-1]
 127   Shane      [-1]
 128   Tomas      [-1]
 129   Kurt       [-1]
 130   Matthias   [-0]
 131   Nicola     [-1]
 132
 133
 134 ----------------
 135 topic: Rename OSSL_SERIALIZER / OSSL_DESERIALIZER to OSSL_ENCODER / OSSL_DECODER
 136
 137        The rationale is that it makes things easier on programmers
 138        (encode / decode is easier to write than serialize / deserialize),
 139        and also avoids disputes on what is and isn't serialization.
 140
 141        Associated issues and PRs: #12455, #12659 and #12660
 142 Proposed by Richard
 143 Public: yes
 144 opened: 2020-08-18
 145 closed: 2020-08-20
 146 accepted:  yes  (for: 5, against: 1, abstained: 4, not voted: 1)
 147
 148   Matt       [ 0]
 149   Mark       [ 0]
 150   Pauli      [+1]
 151   Viktor     [  ]
 152   Tim        [-1]
 153   Richard    [+1]
 154   Shane      [-0]       # Shane's vote was actually --0
 155   Tomas      [+1]
 156   Kurt       [ 0]
 157   Matthias   [+1]
 158   Nicola     [+1]
 159
 160 ----------------
 161 topic: Rename OPENSSL_CTX to OSSL_LIB_CTX (as proposed by pull request #12621)
 162
 163        The main rationale behind this change is consistency, because many of the new
 164        OpenSSL 3.0 types have an OSSL_ prefix, and OPENSSL_CTX is a notable exception.
 165        More details can be found in the description and thread of pull request #12621.
 166
 167        There was a discussion on openssl-committers ('Rename OPENSSL_CTX to OSSL_WHAT?')
 168        and an initial poll on doodle about the favourite replacements for OPENSSL_CTX
 169        (https://doodle.com/poll/drku9ziwvkp6tw25).
 170
 171 Proposed by Matthias  St. Pierre
 172 Public: yes
 173 opened: 2020-08-18
 174 closed: 2020-08-20
 175 accepted:  yes  (for: 5, against: 0, abstained: 4, not voted: 2)
 176
 177   Matt       [ 0]
 178   Mark       [  ]
 179   Pauli      [+1]
 180   Viktor     [  ]
 181   Tim        [-0]
 182   Richard    [-0]
 183   Shane      [+1]
 184   Tomas      [+1]
 185   Kurt       [ 0]
 186   Matthias   [+1]
 187   Nicola     [+1]
 188
 189 ----------------
 190 topic: For change requests which target both the master and the
 191        OpenSSL_1_1_1-stable branch, the following procedure should be followed:
 192        - First, a pull request needs to be opened against the master branch for
 193        discussion. Only after that pull request has received the necessary
 194        amount of approvals, a separate pull request can be opened  against the
 195        OpenSSL_1_1_1-stable branch.
 196        - A separate pull request against the OpenSSL_1_1_1-stable branch is
 197        required. This holds - contrary to common practice - even if the change
 198        can be cherry-picked without conflicts from the master branch. The only
 199        exception from this rule are changes which are considered 'CLA: trivial',
 200        like e.g. typographical fixes.
 201 Proposed by Matt Caswell
 202 Public: yes
 203 opened: 2020-06-02
 204 closed: 2020-06-16
 205 accepted:  no  (for: 4, against: 4, abstained: 3, not voted: 0)
 206
 207   Matt       [ 0]
 208   Mark       [ 0]
 209   Pauli      [-1]
 210   Viktor     [+1]
 211   Tim        [+1]
 212   Richard    [-1]
 213   Shane      [ 0]
 214   Tomas      [-1]
 215   Kurt       [-1]
 216   Matthias   [+1]
 217   Nicola     [+1]
 218
 219
 220 ----------------
 221 topic: Accept and merge #11577.
 222 comment: #11577 reduces the maximum length of TLS labels.
 223          It also breaks standards compliance.
 224 Proposed by Paul.
 225 Public: yes
 226 opened: 2020-06-02
 227 closed: 2020-06-03
 228 accepted:  no  (for: 0, against: 9, abstained: 1, not voted: 1)
 229
 230   Matt       [-1]
 231   Mark       [-1]
 232   Pauli      [-1]
 233   Viktor     [  ]
 234   Tim        [-1]
 235   Richard    [-1]
 236   Shane      [-1]
 237   Tomas      [-1]
 238   Kurt       [-1]   # 2020-06-09
 239   Matthias   [ 0]
 240   Nicola     [-1]
 241
 242 ----------------
 243 topic: Keep FIPS_mode() as emulated by EVP_default_properties_is_fips_enabled(NULL)
 244 Proposed by Tomas Mraz
 245 Public: yes
 246 opened: 2020-04-09
 247 closed: 2020-04-27
 248 accepted:  no  (for: 2, against: 5, abstained: 3, not voted: 1)
 249
 250   Matt       [+1]
 251   Mark       [ 0]
 252   Pauli      [-1]
 253   Viktor     [  ]
 254   Tim        [-1]
 255   Richard    [ 0]
 256   Shane      [-1]
 257   Tomas      [+1]
 258   Kurt       [ 0]
 259   Matthias   [-1]
 260   Nicola     [-1]
 261
 262 ----------------
 263 topic: approve PR#8300 statem: fix the alert sent for too large messages
 264 Proposed by Tim Hudson
 265 Public: yes
 266 opened: 2020-01-16
 267 closed: 2020-01-30
 268 accepted:  no  (for: 1, against: 4, abstained: 6, not voted: 0)
 269
 270   Matt       [-1]
 271   Mark       [ 0]
 272   Pauli      [-1]
 273   Viktor     [-1]
 274   Tim        [+1]
 275   Richard    [ 0]
 276   Shane      [-0]
 277   Tomas      [+0]
 278   Kurt       [ 0]
 279   Matthias   [-1]
 280   Nicola     [ 0]
 281