]> git.donarmstrong.com Git - debian-ctte.git/blob - procedures/nominations.md
Update nominations, clarifying that we make the input numbers public
[debian-ctte.git] / procedures / nominations.md
1 Nominations to the Technical Committee
2 --------------------------------------
3
4 Constitutional basis
5 ====================
6
7   - §6.1.6 Together with the Project Leader, (the TC may) appoint new members
8 to itself or remove existing members.
9   - §6.3.4 Confidentiality of appointments. The Technical Committee may hold
10 confidential discussions via private email or a private mailing list or other
11 means to discuss appointments to the Committee. However, votes on appointments
12 must be public.
13
14 Procedure
15 =========
16
17 This procedure assumes there is one seat to fill. Some of its steps will be
18 common or run in parallel for multiple seat fillings.
19
20 Call for nominations
21 --------------------
22 At this point, the TC needs to fill its set of nominees with interested project
23 members. To achieve this, an email is sent to debian-devel-announce@l.d.o
24 calling for (self-)nominations to be sent to the private TC alias
25 debian-ctte-private@debian.org. Current TC members can obviously also nominate
26 project members.
27
28   - Every nomination is acknowledged.
29   - Every non-self nominee is informed of their nomination and is asked to
30 indicate if they are willing to be considered for appointment. Nominees are
31 informed of the conditions below.
32
33 Communication to the project:
34
35   - The TC *does not* make nominations or their acceptances public;
36   - The TC *does* make public:
37     - the number of nominees,
38     - the number of accepted nominations.
39
40 Data collection
41 ---------------------
42 In order to enhance their decision-making data, TC members will collect some
43 data about the nominees and publish their findings to the private alias. The
44 point of that data collection is to get a better understanding of their skills,
45 their history within the project, their effect on conversations, etc.
46
47 Communication to the project:
48
49   - The TC *does not* make the data public.
50
51 Shortlisting and picking a preferred candidate
52 -----------------------------------------------------------------
53 Given the above data, any current TC member *can* vet for one or multiple
54 nominees they would like to see on an *internal* ballot. The TC would then use
55 the Standard Resolution Procedure **in private** to sort the list of candidates
56 (+ FD).
57
58 Communication to the project:
59
60   - The TC *does not* make the ballot with vetted nominees public.
61   - The TC *does not* make the result of the **private vote** public.
62
63 Question:
64
65   - Does this private vote respect letter and/or intent of §6.3.4 "votes on
66 appointments must be public"?
67
68
69 Check for eventual DPL veto
70 ----------------------------------------
71 In order to avoid any potential drama, the TC would **privately** ask the DPL
72 if they would later accept the nomination of the preffered candidate.
73
74 Public vote
75 ----------------
76 The TC would use the Standard Resolution Procedure **in public** on a ballot
77 containing only the preferred candidate and FD. Once the result is known or no
78 longer in doubt (but ideally, once every current member has voted), the DPL is
79 informed.
80
81 Appointment by the DPL
82 -----------------------------------
83 When they see fit, the DPL would appoint the candidate as selected by the
84 public vote; ideally on debian-devel-announce@l.d.o .
85
86 (This is really outside of the TC's realm.)
87
88 Welcome and Thanks
89 ------------------------------
90 The TC would then:
91
92   - Congratulate and welcome the new member
93   - Thank all nominees for volunteering.