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