1 # This file is obsolete as of 2021-11-09 as we use the new voting process
3 # https://github.com/openssl/technical-policies/blob/master/policies/voting-procedure.md
11 # # #### # # ### ##### # ##### # #####
12 # # # # ## # # # # # # # #
13 # # # # # # # # # ##### # # # #
14 # # # # # # # # # # # # #
15 # # # # # ## # # # # # #
16 ###### #### # # # ####### ##### # #
22 # A record of formal votes in reverse chronological order.
24 # To vote, add one of the following entries next to your name:
26 # [+1] I vote in favour of the proposal
27 # [ 0] I abstain from the vote
28 # [-1] I vote against the proposal
30 # If you are abstaining, you can indicate a tendency as follows:
32 # [+0] I abstain but with a slight lean towards a vote in favour
33 # [ 0] I abstain with no stated preference
34 # [-0] I abstain but with a slight lean towards a vote against
36 # A template for voting (alphabetical by surname) follows.
44 accepted: yes/no (for: X, against: Y, abstained: Z, not voted: T)
59 topic: Fix CVE-2023-0286 by correcting the public header file for all
60 supported versions including premium 1.0.2.
61 comment: https://github.openssl.org/otc/security/issues/66
66 accepted: yes (for: 7, against: 0, abstained: 0, not voted: 3)
81 topic: Approve the proposed test labelling policy (technical-policies#57)
82 Proposed by Hugo Landau
83 Issue link: https://github.com/openssl/technical-policies/pull/57
87 accepted: yes (for: 8, against: 0, abstained: 1, not voted: 2)
99 Nicola [+0] # 2022-11-10
102 topic: Accept PR #16705 into 3.0 subject to the normal review process
103 Proposed by Matt Caswell
107 accepted: yes (for: 4, against: 1, abstained: 3, not voted: 2)
116 Kurt [-1] # 2021-12-07
121 topic: Accept openssl/technical-policies PR#2 - the policy change
122 process proposal as of commit 5740178. This will become an official OTC
124 comment: This changes the voting procedure for public OTC votes to use the
125 pull requests and issues on the openssl/technical-policies repository
126 instead of the openssl-project mailing list.
127 Proposed by Tomáš Mráz
131 accepted: yes (for: 8, against: 0, abstained: 0, not voted: 2)
140 Kurt [+1] # 2021-11-09
145 topic: Accept openssl/technical-policies PR#1 - the policy change
146 process proposal as of commit 3bccdf6. This will become an official OTC
148 comment: This will implement the formal policy change process so we can
149 introduce and amend further policies as set by OTC via a public
151 Proposed by Tomáš Mráz
155 accepted: yes (for: 9, against: 0, abstained: 0, not voted: 1)
164 Kurt [+1] # 2021-11-09
169 topic: Accept PR#16725 as a bug fix for backport into 3.0 subject to the normal
171 Proposed by Matt Caswell
175 accepted: yes (for: 4, against: 2, abstained: 4, not voted: 0)
180 Tim [ 0] # Vote changed 2021-10-20
189 topic: Increase the default security level from 1 to 2 in master
190 Proposed by Matt Caswell
194 accepted: yes (for: 7, against: 1, abstained: 1, not voted: 1)
203 Kurt [+1] # 2021-09-22
208 topic: Accept PR#16594 into master subject to the normal review process
209 comment: this doesn't meet the requirement of being a standard but is in use
210 and we have the implementation but it isn't exposed.
215 accepted: yes (for: 5, against: 0, abstained: 3, not voted: 2)
224 Kurt [+1] # 2021-09-22
225 Matthias [+1] # 2021-09-22
229 topic: Allow the restart of merging of non-breaking small features to the master
231 Proposed by Matt Caswell
235 accepted: yes (for: 5, against: 1, abstained: 1, not voted: 2)
239 Pauli [+1] # 2021-09-14
244 Kurt [+1] # 2021-09-15
250 topic: Create `openssl-3.0' git branch today.
251 comment: This cascades to other names/version information on GitHub.
252 For example, change the release version information in the
253 master branch to 3.1.0-dev
258 accepted: yes (for: 7, against: 0, abstained: 0, not voted: 3)
261 Matt [+1] # 2021-09-01
272 topic: Release 3.0.0 final on Tuesday the 7th of September 2021 if run-checker
273 and CI builds have been clean for two days.
278 accepted: yes (for: 8, against: 0, abstained: 0, not voted: 2)
281 Matt [+1] # 2021-09-01
292 topic: Accept PR#16286 into 3.0 subject to the normal review process
293 Proposed by Shane Lontis
297 accepted: yes (for: 5, against: 1, abstained: 1, not voted: 3)
305 Tomas [-1] # 2021-08-23
306 Kurt [-1] # 2021-08-29
307 Matthias [ 0] # 2021-08-23
311 topic: RSA public exponent validation in 3.0 for the default provider should be
312 consistent with 1.1.1
313 Comment: See issue #16255 for background
314 Proposed by Matt Caswell
318 accepted: yes (for: 4, against: 2, abstained: 3, not voted: 1)
324 Richard [ 0] # 2021-08-15
332 topic: Revert the commits merged from PR #16027 in 1.1.1
333 Comment: Refer to issue #16266 for background
334 Proposed by Tomas Mraz
338 accepted: yes (for: 5, against: 3, abstained: 1, not voted: 1)
344 Richard [-1] # 2021-08-15
353 topic: Accept PR 16171 in 3.0 subject to our normal review process.
358 accepted: yes (for: 6, against: 1, abstained:1, not voted: 2)
362 Matt [+1] # 2021-08-10
373 topic: Accept PR 16203 in 3.0 subject to our normal review process.
378 accepted: yes (for: 4, against: 1, abstained: 4, not voted: 1)
393 topic: OTC approve the release of 3.0 beta2 on Thursday 29th July
394 Proposed by Matt Caswell
398 accepted: yes (for: 7, against: 0, abstained: 0, not voted: 2)
406 Kurt [+1] # 2021-07-27
411 topic: Accept PR 16128 in 3.0 subject to our normal review process
412 Proposed by Matt Caswell
416 accepted: yes (for: 8, against: 0, abstained: 0, not voted:1)
424 Kurt [+1] # 2021-07-27
429 topic: We should accept PR #16118 into 3.0 when completed and subject to the
430 normal review process
431 Proposed by Matt Caswell
435 accepted: yes (for: 5, against: 0, abstained: 3, not voted: 1)
443 Kurt [ 0] # 2021-07-27
448 topic: We should fix the issue described in #16088 for 3.0
449 Proposed by Matt Caswell
453 accepted: yes (for: 6, against: 0, abstained: 2, not voted: 1)
461 Kurt [-1] # 2021-07-27
466 topic: Accept PR 16050 in 3.0 subject to our normal review process
467 Proposed by Tim Hudson
471 accepted: no (for: 1, against: 3, abstained: 4, not voted: 1)
479 Kurt [-1] # 2021-07-27
484 topic: Allow the addition of EVP_PKEY_get0_provider() and
485 EVP_PKEY_CTX_get0_provider() calls in 3.0
486 Proposed by Paul Dale
490 accepted: yes (for: 5, against: 1, abstained: 2, not voted: 1)
498 Kurt [-1] # 2021-07-13
503 topic: Remove ERR_GET_FUNC in 3.0
504 Proposed by Nicola Tuveri
508 accepted: yes (for: 6, against: 1, abstained: 0, not voted: 2)
515 Tomas [+1] # 2021-07-08
516 Kurt [ 0] # 2021-07-08
522 topic: Accept #15955 in 3.0
527 accepted: vote withdraw becuase the vote above invalidates it
529 Matt [-1] # 2021-07-12
540 topic: Accept PR #15763 for 1.1.1 subject to the normal review process
541 Proposed by Matt Caswell
545 accepted: yes (for: 7, against: 0, abstained: 0, not voted: 2)
551 Shane [+1] # 2021-06-30
553 Kurt [+1] # 2021-06-30
559 topic: Accept the API additions from pull request #15790 subject to the normal
561 Proposed by Tomas Mraz
565 accepted: yes (for: 6, against: 1, abstained: 0, not voted: 2)
571 Shane [+1] # 2021-06-30
573 Kurt [ 0] # 2021-06-30
578 topic: We will allow enabling of __owur specifiers for functions for 3.0 as a
579 safe API-change exception.
580 comment: See issue #15902
581 Proposed by Paul Dale
585 accepted: no (for: 1, against: 3, abstained: 4, not voted: 1)
593 Kurt [-1] # 2021-06-30
599 topic: Accept the concept of the refactor proposed in PR 15854 for 3.0
600 Proposed by Matt Caswell
604 accepted: yes (for: 5, against: 1, abstained: 2, not voted: 1)
617 topic: Change the outlen paramter from unsigned int * to size_t * for EVP_Q_mac
618 and size from unsigned int * to size_t * for EVP_Q_digest.
619 Proposed by Nicola Tuveri
623 accepted: yes (for: 5, against: 3, abstained: 0, not voted: 1)
636 topic: OTC approve the release of 3.0 beta1 on Thursday 17th June on the basis
637 that: 1) all current approved PRs with the beta1 milestone are merged
638 2) issues #15755 and #15756 are resolved 3) We accept that VMS does not
639 currently pass tests but expect it to do so before 3.0 final (issue
641 Proposed by Matt Caswell
645 accepted: yes (for: 7, against: 0, abstained: 0, not voted: 2)
653 Kurt [ 0] # 2021-06-15
654 Matthias [+1] # 2021-06-15
658 topic: Reject PR#14759
659 Proposed by Nicola Tuveri
663 accepted: yes (for: 3, against: 2, abstained: 4, not voted: 2)
677 topic: Set PR 13817 milestone to Post 3.0
678 Proposed by Tim Hudson
682 accepted: yes (for: 2, against: 0, abstained: 7, not voted: 2)
697 topic: Set issue 11164 milestone to Post 3.0
698 Proposed by Tim Hudson
702 accepted: yes (for: 6, against: 1, abstained: 0, not voted: 4)
706 Pauli [+1] # 2021-04-21
712 Kurt [-1] # 2021-04-22
717 topic: EVP_PKEY types are immutable once set. Types cannot be changed once
718 set. To move from one type to another compatible type will require
720 Comment: This will result in breaking changes compared to previous releases.
725 accepted: yes (for: 6, against: 0, abstained: 0, not voted: 5)
735 Kurt [+1] # 2021-03-30
736 Matthias [+1] # 2021-03-23
737 Nicola [+1] # 2021-03-30
740 topic: Add a description field to the OSSL_ALGORITHM structure
741 Comment: See Issue #14514 for background
742 Proposed by Matt Caswell
746 accepted: yes (for: 6, against: 2, abstained: 1, not voted: 2)
761 topic: EVP init functions take an OSSL_PARAM array to set parameters and this
762 should be reflected in the equivalent provider interface.
763 Proposed by Matt Caswell
767 accepted: yes (for: 5, against: 0, abstained: 2, not voted: 4)
777 Kurt [+1] # 2021-03-09
778 Matthias [+0] # 2021-03-09
782 topic: In 3.0 it will not be possible to use SM2 with a non-SM2 curve. This
783 should be documented.
784 Proposed by Matt Caswell
788 accepted: yes (for: 7, against: 1, abstained: 1, not voted: 2)
803 topic: EVP_PKEY_get0 functions will return a cached copy of the legacy key, and
804 will be changed to return const. EVP_PKEY_get1 functions work as per
805 EVP_PKEY_get0 but are not const returns and up the reference count
806 Comment: See PR #14319 for background
807 Proposed by Matt Caswell
811 accepted: yes (for: 7, against: 0, abstained: 0, not voted: 4)
821 Kurt [ 0] # 2021-03-03
822 Matthias [+0] # 2021-03-09
826 topic: The RSA_SSLV23_PADDING and related functions should be
827 completely removed from OpenSSL 3.0 code.
828 Proposed by Tomas Mraz
832 accepted: yes (for: 6, against: 0, abstained: 5, not voted: 0)
847 topic: We allow calling a free function on an algorithm method for methods that
848 were not fetched. The free function does nothing in that case.
849 EVP_MD_CTX_md will be deprecated and documented as having "get0"
850 semantics. We will replace it with EVP_MD_CTX_get0_md and
851 EVP_MD_CTX_get1_md. We should do the same for other similar functions
852 Proposed by Matt Caswell
856 accepted: yes (for: 4, against: 0, abstained: 5, not voted: 2)
871 topic: Change PKCS#12 creation to use AES-256-CBC and SHA-256 by default.
872 comment: Both app and API, inlcude CHANGES entry.
877 accepted: yes (for: 8, against: 0, abstained: 0, not voted: 3)
888 Matthias [+1] # 2021-02-13
892 topic: The EVP_xxx_CTX types should support an EVP_xxx_CTX_dup call but not an
893 EVP_xxx_CTX_copy call.
894 comments: Existing EVP_xxx_copy() functions not to be removed in the 3.0
900 accepted: yes (for: 8, against: 0, abstained: 0, not voted: 3)
915 topic: We should not support EVP_xxx_reset() operations.
916 comment: The existing EVP_xxx_dup() function supports this functionality.
917 Existing EVP_xxx_reset() functions not to be removed in the 3.0
923 accepted: yes (for: 7, against: 0, abstained: 1, not voted: 3)
938 topic: EVP_MAC_init should accept key and key length arguments.
943 accepted: yes (for: 4, against: 1, abstained: 4, not voted: 2)
958 topic: EVP init functions should accept an OSSL_PARAM array to set parameters.
959 comment: This will mostly avoid calling the equivalent set_param call.
964 accepted: yes (for: 8, against: 0, abstained: 1, not voted: 2)
979 topic: Where a function does not use the TYPE_NAME_action_name naming scheme,
980 it is considered to be a defect.
981 comment: These are not considered blockers for 3.0 if the function existed in
982 1.1.1. New functions that do not conform must be fixed before release.
987 accepted: yes (for: 6, against: 0, abstained: 3, not voted: 2)
1002 topic: Moving forwards we will use TYPE_NAME_action_name for function names.
1003 comment: Not camel case, underscores separating words. I.e. EVP_MAC_update
1004 not EVP_MACUpdate or EVP_MAC_Update.
1009 accepted: yes (for: 8, against: 0, abstained: 1, not voted: 2)
1024 topic: Include NULL cipher in the FIPS provider.
1025 Proposed by Matthias.
1029 accepted: no (for: 0, against: 7, abstained: 2, not voted: 2)
1044 topic: For 3.0 EVP_PKEY keys all algorithm implementations that were usable
1045 with 1.1.1 EVP_PKEY API or low level APIs without public component must
1049 * all implementations apart from EC require the public component to be present;
1050 part of the vote closed on 2020-11-17.
1052 Proposed by Tomas Mraz
1056 accepted: yes (for: 8, against: 0, abstained: 0, not voted: 3)
1071 topic: In the context of the OpenSSL apps, the OTC qualifies as bug
1072 fixes the changes to return a failure exit status when a called
1073 function fails with an unhandled return value.
1074 Even when these bug fixes change the apps behavior triggering
1075 early exits (compared to previous versions of the apps), as bug
1076 fixes, they do not qualify as behavior changes that require an
1077 explicit OMC approval.
1078 Proposed by Nicola Tuveri
1082 accepted: yes (for: 9, against: 0, abstained: 0, not voted: 2)
1097 topic: For 3.0 EVP_PKEY keys, the OTC accepts the following resolution:
1098 * relax the conceptual model to allow private keys to exist without public
1100 * all implementations apart from EC require the public component to be present;
1101 * relax implementation for EC key management to allow private keys that do not
1102 contain public keys and
1103 * our decoders unconditionally generate the public key (where possible).
1105 Proposed by Matt Caswell
1109 accepted: yes (for: 5, against: 4, abstained: 1, not voted: 1)
1125 topic: For DH Generation, the OTC accepts the following resolution:
1126 * Quad-state generation:
1128 - named groups only;
1129 - FIPS 186-2 generation or
1130 - FIPS 186-4 generation.
1131 * For default provider:
1132 - change back to PKCS #3 generation as the default and
1133 - allow changing to FIPS 186-2, FIPS 186-4 or named groups.
1134 * For FIPS provider:
1135 - choose a known safe prime group as default (rejecting non-standard lengths) and
1136 - allow a change to FIPS 186-4 generation.
1137 * For parameter validation in FIPS:
1138 - accept if a named group;
1139 - run FIPS 186-4 validation if DHX key, otherwise reject.
1140 * For key validation: if a named group, do just partial key validation.
1141 * For validation more generally, allow a validation mode to be set.
1143 Proposed by Matt Caswell
1147 accepted: yes (for: 7, against: 0, abstained: 2, not voted: 2)
1162 topic: Hold online weekly OTC meetings starting on Tuesday 2020-10-13
1163 and until 3.0 beta1 is released, in lieu of the weekly "developer
1165 Proposed by Nicola Tuveri
1169 accepted: yes (for: 9, against: 0, abstained: 0, not voted: 2)
1176 Richard [+1] # 2020-10-13
1184 topic: The PR #11359 (Allow to continue with further checks on
1185 UNABLE_TO_VERIFY_LEAF_SIGNATURE) is acceptable for 1.1.1 branch
1186 As the change is borderline on bug fix/behaviour change OTC needs
1187 to decide whether it is acceptable for 1.1.1 branch.
1188 Proposed by Tomas Mraz
1192 accepted: yes (for: 3, against: 2, abstained: 5, not voted: 1)
1207 topic: The following items are required prerequisites for the first beta release:
1208 1) EVP is the recommended API, it must be feature-complete compared with
1209 the functionality available using lower-level APIs.
1210 - Anything that isn’t available must be put to an OTC vote to exclude.
1211 - The apps are the minimum bar for this, subject to exceptions noted below.
1212 2) Deprecation List Proposal: DH_, DSA_, ECDH_, ECDSA_, EC_KEY_, RSA_,
1214 - Does not include macros defining useful constants (e.g.
1215 SHA512_DIGEST_LENGTH).
1216 - Excluded from Deprecation: `EC_`, `DSA_SIG_`, `ECDSA_SIG_`.
1217 - There might be some others.
1218 - Review for exceptions.
1219 - The apps are the minimum bar to measure feature completeness for the EVP
1220 interface: rewrite them so they do not use internal nor deprecated
1221 functions (except speed, engine, list, passwd -crypt and the code to handle
1222 the -engine CLI option). That is, remove the suppression of deprecated
1224 - Proposal: drop passwd -crypt (OMC vote required)
1225 - Compile and link 1.1.1 command line app against the master headers and
1226 library. Run 1.1.1 app test cases against the chimera. Treat this as an
1227 external test using a special 1.1.1 branch.
1228 - Deprecated functions used by libssl should be moved to independent file(s),
1229 to limit the suppression of deprecated defines to the absolute minimum
1231 3) Draft documentation (contents but not pretty)
1232 - Need a list of things we know are not present - including things we have
1234 - We need to have mapping tables for various d2i/i2d functions.
1235 - We need to have a mapping table from “old names” for things into the
1237 - Documentation addition to old APIs to refer to new ones (man7).
1238 - Documentation needs to reference name mapping.
1239 - All the legacy interfaces need to have their documentation pointing to
1240 the replacement interfaces.
1241 4) Review (and maybe clean up) legacy bridge code.
1242 5) Review TODO(3.0) items #12224.
1243 6) Source checksum script.
1244 7) Review of functions previously named _with_libctx.
1245 8) Encoder fixes (PKCS#8, PKCS#1, etc).
1246 9) Encoder DER to PEM refactor.
1247 10) Builds and passes tests on all primary, secondary and FIPS platforms.
1248 11) Query provider parameters (name, version, ...) from the command line.
1249 12) Setup buildbot infrastructure and associated instructions.
1250 13) Complete make fipsinstall.
1251 14) More specific decoding selection (e.g. params or keys).
1252 15) Example code covering replacements for deprecated APIs.
1253 16) Drop C code output options from the apps (OMC approval required).
1254 17) Address issues and PRs in the 3.0beta1 milestone.
1259 accepted: yes (for: 8, against: 0, abstained: 0, not voted: 3)
1262 Mark [+1] # 2020-10-13
1269 Kurt [-1] # 2020-10-14
1274 topic: We should accept the Fully Pluggable TLSv1.3 KEM functionality as shown
1275 in PR #13018 into the 3.0 release
1276 Proposed by Matt Caswell
1280 accepted: yes (for: 8, against: 1, abstained: 1, not voted: 1)
1295 topic: OTC meeting will be called for next Tuesday (2020-10-06)
1296 Proposed by Matthias St. Pierre
1300 accepted: yes (for: 7, against: 0, abstained: 0, not voted: 4)
1303 Mark [+1] # 2020-09-30
1309 Tomas [+1] # 2020-09-30
1310 Kurt [+1] # 2020-09-30
1315 topic: Accept the OTC voting policy as defined:
1317 The proposer of a vote is ultimately responsible for updating the votes.txt
1318 file in the repository. Outside of a face to face meeting, voters MUST reply
1319 to the vote email indicating their preference and optionally their reasoning.
1320 Voters MAY update the votes.txt file in addition.
1322 The proposed vote text SHOULD be raised for discussion before calling the vote.
1324 Public votes MUST be called on the project list, not the OTC list and the
1325 subject MUST begin with “VOTE:”. Private votes MUST be called on the
1326 OTC list with “PRIVATE VOTE:” beginning subject.
1328 Proposed by Matthias St. Pierre (on behalf of the OTC)
1332 accepted: yes (for: 9, against: 0, abstained: 0, not voted: 2)
1347 topic: Adopt the coding style policy on function arguments as shown in chapter
1348 6.1 of web PR 194 (commit f37f8a9000)
1349 Proposed by Matt Caswell
1353 accepted: no (for: 2, against: 5, abstained: 2, not voted: 2)
1368 topic: Adopt the coding style policy on extending existing functions as shown
1369 in chapter 6.2 of web PR 194 (commit f37f8a9000)
1370 Proposed by Matt Caswell
1374 accepted: yes (for: 5, against: 3, abstained: 2, not voted: 1)
1378 Pauli [+1] # Vote changed 2020-09-21
1390 topic: The performance improvements provided in PR11188 should be considered a
1391 bug fix and therefore acceptable for backport to 1.1.1
1392 Proposed by Matt Caswell
1396 accepted: no (for: 0, against: 8, abstained: 3, not voted: 0)
1412 topic: Rename OSSL_SERIALIZER / OSSL_DESERIALIZER to OSSL_ENCODER / OSSL_DECODER
1414 The rationale is that it makes things easier on programmers
1415 (encode / decode is easier to write than serialize / deserialize),
1416 and also avoids disputes on what is and isn't serialization.
1418 Associated issues and PRs: #12455, #12659 and #12660
1423 accepted: yes (for: 5, against: 1, abstained: 4, not voted: 1)
1431 Shane [-0] # Shane's vote was actually --0
1438 topic: Rename OPENSSL_CTX to OSSL_LIB_CTX (as proposed by pull request #12621)
1440 The main rationale behind this change is consistency, because many of the new
1441 OpenSSL 3.0 types have an OSSL_ prefix, and OPENSSL_CTX is a notable exception.
1442 More details can be found in the description and thread of pull request #12621.
1444 There was a discussion on openssl-committers ('Rename OPENSSL_CTX to OSSL_WHAT?')
1445 and an initial poll on doodle about the favourite replacements for OPENSSL_CTX
1446 (https://doodle.com/poll/drku9ziwvkp6tw25).
1448 Proposed by Matthias St. Pierre
1452 accepted: yes (for: 5, against: 0, abstained: 4, not voted: 2)
1467 topic: For change requests which target both the master and the
1468 OpenSSL_1_1_1-stable branch, the following procedure should be followed:
1469 - First, a pull request needs to be opened against the master branch for
1470 discussion. Only after that pull request has received the necessary
1471 amount of approvals, a separate pull request can be opened against the
1472 OpenSSL_1_1_1-stable branch.
1473 - A separate pull request against the OpenSSL_1_1_1-stable branch is
1474 required. This holds - contrary to common practice - even if the change
1475 can be cherry-picked without conflicts from the master branch. The only
1476 exception from this rule are changes which are considered 'CLA: trivial',
1477 like e.g. typographical fixes.
1478 Proposed by Matt Caswell
1482 accepted: no (for: 4, against: 4, abstained: 3, not voted: 0)
1498 topic: Accept and merge #11577.
1499 comment: #11577 reduces the maximum length of TLS labels.
1500 It also breaks standards compliance.
1505 accepted: no (for: 0, against: 9, abstained: 1, not voted: 1)
1515 Kurt [-1] # 2020-06-09
1520 topic: Keep FIPS_mode() as emulated by EVP_default_properties_is_fips_enabled(NULL)
1521 Proposed by Tomas Mraz
1525 accepted: no (for: 2, against: 5, abstained: 3, not voted: 1)
1540 topic: approve PR#8300 statem: fix the alert sent for too large messages
1541 Proposed by Tim Hudson
1545 accepted: no (for: 1, against: 4, abstained: 6, not voted: 0)