[VOTE][late update] Weekly OTC meetings until 3.0 beta1 is released
[otc.git] / 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: Hold online weekly OTC meetings starting on Tuesday 2020-10-13
39        and until 3.0 beta1 is released, in lieu of the weekly "developer
40        meetings".
41 Proposed by Nicola Tuveri
42 Public: yes
43 opened: 2020-10-09
44 closed: 2020-10-11
45 accepted:  yes  (for: 9, against: 0, abstained: 0, not voted: 2)
46
47   Matt       [+1]
48   Mark       [+1]
49   Pauli      [+1]
50   Viktor     [  ]
51   Tim        [+1]
52   Richard    [+1]        # 2020-10-13
53   Shane      [+1]
54   Tomas      [+1]
55   Kurt       [+1]
56   Matthias   [+1]
57   Nicola     [+1]
58
59 ----------------
60 topic: The PR #11359 (Allow to continue with further checks on
61  UNABLE_TO_VERIFY_LEAF_SIGNATURE) is acceptable for 1.1.1 branch
62 As the change is borderline on bug fix/behaviour change OTC needs
63 to decide whether it is acceptable for 1.1.1 branch.
64 Proposed by Tomas Mraz
65 Public: yes
66 opened: 2020-10-09
67 closed: 2020-mm-dd
68 accepted:  yes/no  (for: X, against: Y, abstained: Z, not voted: T)
69
70   Matt       [  ]
71   Mark       [ 0]
72   Pauli      [  ]
73   Viktor     [  ]
74   Tim        [  ]
75   Richard    [  ]
76   Shane      [  ]
77   Tomas      [+1]
78   Kurt       [  ]
79   Matthias   [  ]
80   Nicola     [  ]
81
82 ----------------
83 topic: The following items are required prerequisites for the first beta release:
84  1) EVP is the recommended API, it must be feature-complete compared with
85     the functionality available using lower-level APIs.
86    - Anything that isn’t available must be put to an OTC vote to exclude.
87    - The apps are the minimum bar for this, subject to exceptions noted below.
88  2) Deprecation List Proposal: DH_, DSA_, ECDH_, ECDSA_, EC_KEY_, RSA_,
89     RAND_METHOD_.
90    - Does not include macros defining useful constants (e.g.
91      SHA512_DIGEST_LENGTH).
92    - Excluded from Deprecation: `EC_`, `DSA_SIG_`, `ECDSA_SIG_`.
93    - There might be some others.
94    - Review for exceptions.
95    - The apps are the minimum bar to measure feature completeness for the EVP
96      interface: rewrite them so they do not use internal nor deprecated
97      functions (except speed, engine, list, passwd -crypt and the code to handle
98      the -engine CLI option).  That is, remove the suppression of deprecated
99      define.
100      - Proposal: drop passwd -crypt (OMC vote required)
101    - Compile and link 1.1.1 command line app against the master headers and
102      library.  Run 1.1.1 app test cases against the chimera.  Treat this as an
103      external test using a special 1.1.1 branch.
104    - Deprecated functions used by libssl should be moved to independent file(s),
105      to limit the suppression of deprecated defines to the absolute minimum
106      scope.
107  3) Draft documentation (contents but not pretty)
108    - Need a list of things we know are not present - including things we have
109      removed.
110    - We need to have mapping tables for various d2i/i2d functions.
111    - We need to have a mapping table from “old names” for things into the
112      OSSL_PARAMS names.
113      - Documentation addition to old APIs to refer to new ones (man7).
114      - Documentation needs to reference name mapping.
115      - All the legacy interfaces need to have their documentation pointing to
116        the replacement interfaces.
117  4) Review (and maybe clean up) legacy bridge code.
118  5) Review TODO(3.0) items #12224.
119  6) Source checksum script.
120  7) Review of functions previously named _with_libctx.
121  8) Encoder fixes (PKCS#8, PKCS#1, etc).
122  9) Encoder DER to PEM refactor.
123 10) Builds and passes tests on all primary, secondary and FIPS platforms.
124 11) Query provider parameters (name, version, ...) from the command line.
125 12) Setup buildbot infrastructure and associated instructions.
126 13) Complete make fipsinstall.
127 14) More specific decoding selection (e.g. params or keys).
128 15) Example code covering replacements for deprecated APIs.
129 16) Drop C code output options from the apps (OMC approval required).
130 17) Address issues and PRs in the 3.0beta1 milestone.
131 Proposed by .
132 Public: yes
133 opened: 2020-10-08
134 closed: 2020-10-13
135 accepted:  yes  (for: 8, against: 0, abstained: 0, not voted: 3)
136
137   Matt       [+1]
138   Mark       [+1]        # 2020-10-13
139   Pauli      [+1]
140   Viktor     [  ]
141   Tim        [+1]
142   Richard    [+1]
143   Shane      [+1]
144   Tomas      [+1]
145   Kurt       [  ]
146   Matthias   [+1]
147   Nicola     [+1]
148
149 ----------------
150 topic: We should accept the Fully Pluggable TLSv1.3 KEM functionality as shown
151 in PR #13018 into the 3.0 release
152 Proposed by Matt Caswell
153 Public: yes
154 opened: 2020-10-08
155 closed: 2020-mm-dd
156 accepted:  yes/no  (for: X, against: Y, abstained: Z, not voted: T)
157
158   Matt       [+1]
159   Mark       [ 0]
160   Pauli      [+1]
161   Viktor     [  ]
162   Tim        [+1]
163   Richard    [  ]
164   Shane      [-1]
165   Tomas      [+1]
166   Kurt       [+1]
167   Matthias   [+1]
168   Nicola     [+1]
169
170 ----------------
171 topic: OTC meeting will be called for next Tuesday (2020-10-06)
172 Proposed by Matthias St. Pierre
173 Public: yes
174 opened: 2020-09-30
175 closed: 2020-09-30
176 accepted:  yes  (for: 7, against: 0, abstained: 0, not voted: 4)
177
178   Matt       [+1]
179   Mark       [+1]       # 2020-09-30
180   Pauli      [+1]
181   Viktor     [  ]
182   Tim        [+1]
183   Richard    [+1]
184   Shane      [+1]
185   Tomas      [+1]       # 2020-09-30
186   Kurt       [+1]       # 2020-09-30
187   Matthias   [+1]
188   Nicola     [+1]
189
190 ----------------
191 topic: Accept the OTC voting policy as defined:
192
193        The proposer of a vote is ultimately responsible for updating the votes.txt
194        file in the repository.  Outside of a face to face meeting, voters MUST reply
195        to the vote email indicating their preference and optionally their reasoning.
196        Voters MAY update the votes.txt file in addition.
197
198        The proposed vote text SHOULD be raised for discussion before calling the vote.
199
200        Public votes MUST be called on the project list, not the OTC list and the
201        subject MUST begin with “VOTE:”.  Private votes MUST be called on the
202        OTC list with “PRIVATE VOTE:” beginning subject.
203
204 Proposed by Matthias St. Pierre (on behalf of the OTC)
205 Public: yes
206 opened: 2020-09-28
207 closed: 2020-09-29
208 accepted:  yes  (for: 9, against: 0, abstained: 0, not voted: 2)
209
210   Matt       [+1]
211   Mark       [+1]
212   Pauli      [+1]
213   Viktor     [  ]
214   Tim        [+1]
215   Richard    [+1]
216   Shane      [+1]
217   Tomas      [+1]
218   Kurt       [  ]
219   Matthias   [+1]
220   Nicola     [+1]
221
222 ----------------
223 topic: Adopt the coding style policy on function arguments as shown in chapter
224 6.1 of web PR 194 (commit f37f8a9000)
225 Proposed by Matt Caswell
226 Public: yes
227 opened: 2020-09-16
228 closed: 2020-09-21
229 accepted:  no  (for: 2, against: 5, abstained: 2, not voted: 2)
230
231   Matt       [+1]
232   Mark       [ 0]
233   Pauli      [-1]
234   Viktor     [  ]
235   Tim        [-1]
236   Richard    [-1]
237   Shane      [-1]
238   Tomas      [+1]
239   Kurt       [-1]
240   Matthias   [+0]
241   Nicola     [  ]
242
243 ----------------
244 topic: Adopt the coding style policy on extending existing functions as shown
245 in chapter 6.2 of web PR 194 (commit f37f8a9000)
246 Proposed by Matt Caswell
247 Public: yes
248 opened: 2020-09-16
249 closed: 2020-09-21
250 accepted:  yes  (for: 5, against: 3, abstained: 2, not voted: 1)
251
252   Matt       [+1]
253   Mark       [ 0]
254   Pauli      [+1]       # Vote changed 2020-09-21
255   Viktor     [  ]
256   Tim        [-1]
257   Richard    [+1]
258   Shane      [+1]
259   Tomas      [+1]
260   Kurt       [-1]
261   Matthias   [+0]
262   Nicola     [-1]
263
264
265 ----------------
266 topic: The performance improvements provided in PR11188 should be considered a
267        bug fix and therefore acceptable for backport to 1.1.1
268 Proposed by Matt Caswell
269 Public: yes
270 opened: 2020-08-27
271 closed: 2020-09-10
272 accepted:  no  (for: 0, against: 8, abstained: 3, not voted: 0)
273
274   Matt       [-1]
275   Mark       [ 0]
276   Pauli      [-0]
277   Viktor     [-1]
278   Tim        [-1]
279   Richard    [-1]
280   Shane      [-1]
281   Tomas      [-1]
282   Kurt       [-1]
283   Matthias   [-0]
284   Nicola     [-1]
285
286
287 ----------------
288 topic: Rename OSSL_SERIALIZER / OSSL_DESERIALIZER to OSSL_ENCODER / OSSL_DECODER
289
290        The rationale is that it makes things easier on programmers
291        (encode / decode is easier to write than serialize / deserialize),
292        and also avoids disputes on what is and isn't serialization.
293
294        Associated issues and PRs: #12455, #12659 and #12660
295 Proposed by Richard
296 Public: yes
297 opened: 2020-08-18
298 closed: 2020-08-20
299 accepted:  yes  (for: 5, against: 1, abstained: 4, not voted: 1)
300
301   Matt       [ 0]
302   Mark       [ 0]
303   Pauli      [+1]
304   Viktor     [  ]
305   Tim        [-1]
306   Richard    [+1]
307   Shane      [-0]       # Shane's vote was actually --0
308   Tomas      [+1]
309   Kurt       [ 0]
310   Matthias   [+1]
311   Nicola     [+1]
312
313 ----------------
314 topic: Rename OPENSSL_CTX to OSSL_LIB_CTX (as proposed by pull request #12621)
315
316        The main rationale behind this change is consistency, because many of the new
317        OpenSSL 3.0 types have an OSSL_ prefix, and OPENSSL_CTX is a notable exception.
318        More details can be found in the description and thread of pull request #12621.
319
320        There was a discussion on openssl-committers ('Rename OPENSSL_CTX to OSSL_WHAT?')
321        and an initial poll on doodle about the favourite replacements for OPENSSL_CTX
322        (https://doodle.com/poll/drku9ziwvkp6tw25).
323
324 Proposed by Matthias  St. Pierre
325 Public: yes
326 opened: 2020-08-18
327 closed: 2020-08-20
328 accepted:  yes  (for: 5, against: 0, abstained: 4, not voted: 2)
329
330   Matt       [ 0]
331   Mark       [  ]
332   Pauli      [+1]
333   Viktor     [  ]
334   Tim        [-0]
335   Richard    [-0]
336   Shane      [+1]
337   Tomas      [+1]
338   Kurt       [ 0]
339   Matthias   [+1]
340   Nicola     [+1]
341
342 ----------------
343 topic: For change requests which target both the master and the
344        OpenSSL_1_1_1-stable branch, the following procedure should be followed:
345        - First, a pull request needs to be opened against the master branch for
346        discussion. Only after that pull request has received the necessary
347        amount of approvals, a separate pull request can be opened  against the
348        OpenSSL_1_1_1-stable branch.
349        - A separate pull request against the OpenSSL_1_1_1-stable branch is
350        required. This holds - contrary to common practice - even if the change
351        can be cherry-picked without conflicts from the master branch. The only
352        exception from this rule are changes which are considered 'CLA: trivial',
353        like e.g. typographical fixes.
354 Proposed by Matt Caswell
355 Public: yes
356 opened: 2020-06-02
357 closed: 2020-06-16
358 accepted:  no  (for: 4, against: 4, abstained: 3, not voted: 0)
359
360   Matt       [ 0]
361   Mark       [ 0]
362   Pauli      [-1]
363   Viktor     [+1]
364   Tim        [+1]
365   Richard    [-1]
366   Shane      [ 0]
367   Tomas      [-1]
368   Kurt       [-1]
369   Matthias   [+1]
370   Nicola     [+1]
371
372
373 ----------------
374 topic: Accept and merge #11577.
375 comment: #11577 reduces the maximum length of TLS labels.
376          It also breaks standards compliance.
377 Proposed by Paul.
378 Public: yes
379 opened: 2020-06-02
380 closed: 2020-06-03
381 accepted:  no  (for: 0, against: 9, abstained: 1, not voted: 1)
382
383   Matt       [-1]
384   Mark       [-1]
385   Pauli      [-1]
386   Viktor     [  ]
387   Tim        [-1]
388   Richard    [-1]
389   Shane      [-1]
390   Tomas      [-1]
391   Kurt       [-1]   # 2020-06-09
392   Matthias   [ 0]
393   Nicola     [-1]
394
395 ----------------
396 topic: Keep FIPS_mode() as emulated by EVP_default_properties_is_fips_enabled(NULL)
397 Proposed by Tomas Mraz
398 Public: yes
399 opened: 2020-04-09
400 closed: 2020-04-27
401 accepted:  no  (for: 2, against: 5, abstained: 3, not voted: 1)
402
403   Matt       [+1]
404   Mark       [ 0]
405   Pauli      [-1]
406   Viktor     [  ]
407   Tim        [-1]
408   Richard    [ 0]
409   Shane      [-1]
410   Tomas      [+1]
411   Kurt       [ 0]
412   Matthias   [-1]
413   Nicola     [-1]
414
415 ----------------
416 topic: approve PR#8300 statem: fix the alert sent for too large messages
417 Proposed by Tim Hudson
418 Public: yes
419 opened: 2020-01-16
420 closed: 2020-01-30
421 accepted:  no  (for: 1, against: 4, abstained: 6, not voted: 0)
422
423   Matt       [-1]
424   Mark       [ 0]
425   Pauli      [-1]
426   Viktor     [-1]
427   Tim        [+1]
428   Richard    [ 0]
429   Shane      [-0]
430   Tomas      [+0]
431   Kurt       [ 0]
432   Matthias   [-1]
433   Nicola     [ 0]
434