1 # A record of formal votes in reverse chronological order.
3 # To vote, add one of the following entries next to your name:
5 # [+1] I vote in favour of the proposal
6 # [ 0] I abstain from the vote
7 # [-1] I vote against the proposal
9 # If you are abstaining, you can indicate a tendency as follows:
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
15 # A template for voting (alphabetical by surname) follows.
37 topic: Rename OPENSSL_CTX to OSSL_LIB_CTX (as proposed by pull request #12621)
39 The main rationale behind this change is consistency, because many of the new
40 OpenSSL 3.0 types have an OSSL_ prefix, and OPENSSL_CTX is a notable exception.
41 More details can be found in the description and thread of pull request #12621.
43 There was a discussion on openssl-committers ('Rename OPENSSL_CTX to OSSL_WHAT?')
44 and an initial poll on doodle about the favourite replacements for OPENSSL_CTX
45 (https://doodle.com/poll/drku9ziwvkp6tw25).
47 Proposed by Matthias St. Pierre
65 topic: For change requests which target both the master and the
66 OpenSSL_1_1_1-stable branch, the following procedure should be followed:
67 - First, a pull request needs to be opened against the master branch for
68 discussion. Only after that pull request has received the necessary
69 amount of approvals, a separate pull request can be opened against the
70 OpenSSL_1_1_1-stable branch.
71 - A separate pull request against the OpenSSL_1_1_1-stable branch is
72 required. This holds - contrary to common practice - even if the change
73 can be cherry-picked without conflicts from the master branch. The only
74 exception from this rule are changes which are considered 'CLA: trivial',
75 like e.g. typographical fixes.
76 Proposed by Matt Caswell
95 topic: Accept and merge #11577.
96 comment: #11577 reduces the maximum length of TLS labels.
97 It also breaks standards compliance.
111 Kurt [-1] # 2020-06-09
116 topic: Keep FIPS_mode() as emulated by EVP_default_properties_is_fips_enabled(NULL)
117 Proposed by Tomas Mraz
135 topic: approve PR#8300 statem: fix the alert sent for too large messages
136 Proposed by Tim Hudson