Create vote about PR11188
[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: The performance improvements provided in PR11188 should be considered a
39        bug fix and therefore acceptable for backport to 1.1.1
40 Proposed by Matt Caswell
41 Public: yes
42 opened: 2020-08-27
43 closed: 2020-mm-dd
44 accepted:  yes/no  (for: X, against: Y, abstained: Z, not voted: T)
45
46   Matt       [-1]
47   Mark       [  ]
48   Pauli      [  ]
49   Viktor     [  ]
50   Tim        [  ]
51   Richard    [  ]
52   Shane      [  ]
53   Tomas      [  ]
54   Kurt       [  ]
55   Matthias   [  ]
56   Nicola     [  ]
57
58
59 ----------------
60 topic: Rename OSSL_SERIALIZER / OSSL_DESERIALIZER to OSSL_ENCODER / OSSL_DECODER
61
62        The rationale is that it makes things easier on programmers
63        (encode / decode is easier to write than serialize / deserialize),
64        and also avoids disputes on what is and isn't serialization.
65
66        Associated issues and PRs: #12455, #12659 and #12660
67 Proposed by Richard
68 Public: yes
69 opened: 2020-08-18
70 closed: 2020-08-20
71 accepted:  yes  (for: 5, against: 1, abstained: 4, not voted: 1)
72
73   Matt       [ 0]
74   Mark       [ 0]
75   Pauli      [+1]
76   Viktor     [  ]
77   Tim        [-1]
78   Richard    [+1]
79   Shane      [-0]       # Shane's vote was actually --0
80   Tomas      [+1]
81   Kurt       [ 0]
82   Matthias   [+1]
83   Nicola     [+1]
84
85 ----------------
86 topic: Rename OPENSSL_CTX to OSSL_LIB_CTX (as proposed by pull request #12621)
87
88        The main rationale behind this change is consistency, because many of the new
89        OpenSSL 3.0 types have an OSSL_ prefix, and OPENSSL_CTX is a notable exception.
90        More details can be found in the description and thread of pull request #12621.
91
92        There was a discussion on openssl-committers ('Rename OPENSSL_CTX to OSSL_WHAT?')
93        and an initial poll on doodle about the favourite replacements for OPENSSL_CTX
94        (https://doodle.com/poll/drku9ziwvkp6tw25).
95
96 Proposed by Matthias  St. Pierre
97 Public: yes
98 opened: 2020-08-18
99 closed: 2020-08-20
100 accepted:  yes  (for: 5, against: 0, abstained: 4, not voted: 2)
101
102   Matt       [ 0]
103   Mark       [  ]
104   Pauli      [+1]
105   Viktor     [  ]
106   Tim        [-0]
107   Richard    [-0]
108   Shane      [+1]
109   Tomas      [+1]
110   Kurt       [ 0]
111   Matthias   [+1]
112   Nicola     [+1]
113
114 ----------------
115 topic: For change requests which target both the master and the
116        OpenSSL_1_1_1-stable branch, the following procedure should be followed:
117        - First, a pull request needs to be opened against the master branch for
118        discussion. Only after that pull request has received the necessary
119        amount of approvals, a separate pull request can be opened  against the
120        OpenSSL_1_1_1-stable branch.
121        - A separate pull request against the OpenSSL_1_1_1-stable branch is
122        required. This holds - contrary to common practice - even if the change
123        can be cherry-picked without conflicts from the master branch. The only
124        exception from this rule are changes which are considered 'CLA: trivial',
125        like e.g. typographical fixes.
126 Proposed by Matt Caswell
127 Public: yes
128 opened: 2020-06-02
129 closed: 2020-06-16
130 accepted:  no  (for: 4, against: 4, abstained: 3, not voted: 0)
131
132   Matt       [ 0]
133   Mark       [ 0]
134   Pauli      [-1]
135   Viktor     [+1]
136   Tim        [+1]
137   Richard    [-1]
138   Shane      [ 0]
139   Tomas      [-1]
140   Kurt       [-1]
141   Matthias   [+1]
142   Nicola     [+1]
143
144
145 ----------------
146 topic: Accept and merge #11577.
147 comment: #11577 reduces the maximum length of TLS labels.
148          It also breaks standards compliance.
149 Proposed by Paul.
150 Public: yes
151 opened: 2020-06-02
152 closed: 2020-06-03
153 accepted:  no  (for: 0, against: 9, abstained: 1, not voted: 1)
154
155   Matt       [-1]
156   Mark       [-1]
157   Pauli      [-1]
158   Viktor     [  ]
159   Tim        [-1]
160   Richard    [-1]
161   Shane      [-1]
162   Tomas      [-1]
163   Kurt       [-1]   # 2020-06-09
164   Matthias   [ 0]
165   Nicola     [-1]
166
167 ----------------
168 topic: Keep FIPS_mode() as emulated by EVP_default_properties_is_fips_enabled(NULL)
169 Proposed by Tomas Mraz
170 Public: yes
171 opened: 2020-04-09
172 closed: 2020-04-27
173 accepted:  no  (for: 2, against: 5, abstained: 3, not voted: 1)
174
175   Matt       [+1]
176   Mark       [ 0]
177   Pauli      [-1]
178   Viktor     [  ]
179   Tim        [-1]
180   Richard    [ 0]
181   Shane      [-1]
182   Tomas      [+1]
183   Kurt       [ 0]
184   Matthias   [-1]
185   Nicola     [-1]
186
187 ----------------
188 topic: approve PR#8300 statem: fix the alert sent for too large messages
189 Proposed by Tim Hudson
190 Public: yes
191 opened: 2020-01-16
192 closed: 2020-01-30
193 accepted:  no  (for: 1, against: 4, abstained: 6, not voted: 0)
194
195   Matt       [-1]
196   Mark       [ 0]
197   Pauli      [-1]
198   Viktor     [-1]
199   Tim        [+1]
200   Richard    [ 0]
201   Shane      [-0]
202   Tomas      [+0]
203   Kurt       [ 0]
204   Matthias   [-1]
205   Nicola     [ 0]
206