]> git.donarmstrong.com Git - debian-ctte.git/commitdiff
Fold, v0.1
authorDidier Raboud <odyx@debian.org>
Tue, 28 Nov 2017 08:33:56 +0000 (09:33 +0100)
committerDidier Raboud <odyx@debian.org>
Tue, 28 Nov 2017 08:33:56 +0000 (09:33 +0100)
procedures/nominations.md

index 72cee18a3914df5a661c68d272e576c38ddeddfa..47ee2815d749706da42b893532a08ecac7dc00a8 100644 (file)
@@ -4,29 +4,44 @@ Nominations to the Technical Committee
 Constitutional basis
 ====================
 
-  - §6.1.6 Together with the Project Leader, (the TC may) appoint new members to itself or remove existing members.
-  - §6.3.4 Confidentiality of appointments. The Technical Committee may hold confidential discussions via private email or a private mailing list or other means to discuss appointments to the Committee. However, votes on appointments must be public.
+  - §6.1.6 Together with the Project Leader, (the TC may) appoint new members
+to itself or remove existing members.
+  - §6.3.4 Confidentiality of appointments. The Technical Committee may hold
+confidential discussions via private email or a private mailing list or other
+means to discuss appointments to the Committee. However, votes on appointments
+must be public.
 
 Procedure
 =========
 
-This procedure assumes there is one seat to fill. Some of its steps will be common or run in parallel for multiple seat fillings.
+This procedure assumes there is one seat to fill. Some of its steps will be
+common or run in parallel for multiple seat fillings.
 
 Call for nominations
 --------------------
-At this point, the TC needs to fill its set of nominees with interested project members. To achieve this, an email is sent to debian-devel-announce@l.d.o calling for (self-)nominations to be sent to the private TC alias debian-ctte-private@debian.org. Current TC members can obviously also nominate project members.
+At this point, the TC needs to fill its set of nominees with interested project
+members. To achieve this, an email is sent to debian-devel-announce@l.d.o
+calling for (self-)nominations to be sent to the private TC alias
+debian-ctte-private@debian.org. Current TC members can obviously also nominate
+project members.
 
   - Every nomination is acknowledged.
-  - Every non-self nominee is informed of their nomination and is asked to indicate if they are willing to be considered for appointment. Nominees are informed of the conditions below.
+  - Every non-self nominee is informed of their nomination and is asked to
+indicate if they are willing to be considered for appointment. Nominees are
+informed of the conditions below.
 
 Communication to the project:
 
   - The TC *does not* make nominations or their acceptances public;
-  - The TC *does not* make the number of nominees or number of accepted nominations public.
+  - The TC *does not* make the number of nominees or number of accepted
+nominations public.
 
 Data collection
 ---------------------
-In order to enhance their decision-making data, TC members will collect some data about the nominees and publish their findings to the private alias. The point of that data collection is to get a better understanding of their skills, their history within the project, their effect on conversations, etc.
+In order to enhance their decision-making data, TC members will collect some
+data about the nominees and publish their findings to the private alias. The
+point of that data collection is to get a better understanding of their skills,
+their history within the project, their effect on conversations, etc.
 
 Communication to the project:
 
@@ -34,7 +49,10 @@ Communication to the project:
 
 Shortlisting and picking a preferred candidate
 -----------------------------------------------------------------
-Given the above data, any current TC member *can* vet for one or multiple nominees they would like to see on an *internal* ballot. The TC would then use the Standard Resolution Procedure **in private** to sort the list of candidates (+ FD).
+Given the above data, any current TC member *can* vet for one or multiple
+nominees they would like to see on an *internal* ballot. The TC would then use
+the Standard Resolution Procedure **in private** to sort the list of candidates
+(+ FD).
 
 Communication to the project:
 
@@ -43,20 +61,26 @@ Communication to the project:
 
 Question:
 
-  - Does this private vote respect letter and/or intent of §6.3.4 "votes on appointments must be public"?
+  - Does this private vote respect letter and/or intent of §6.3.4 "votes on
+appointments must be public"?
 
 
 Check for eventual DPL veto
 ----------------------------------------
-In order to avoid any potential drama, the TC would **privately** ask the DPL if they would later accept the nomination of the preffered candidate.
+In order to avoid any potential drama, the TC would **privately** ask the DPL
+if they would later accept the nomination of the preffered candidate.
 
 Public vote
 ----------------
-The TC would use the Standard Resolution Procedure **in public** on a ballot containing only the preferred candidate and FD. Once the result is known or no longer in doubt (but ideally, once every current member has voted), the DPL is informed.
+The TC would use the Standard Resolution Procedure **in public** on a ballot
+containing only the preferred candidate and FD. Once the result is known or no
+longer in doubt (but ideally, once every current member has voted), the DPL is
+informed.
 
 Appointment by the DPL
 -----------------------------------
-When they see fit, the DPL would appoint the candidate as selected by the public vote; ideally on debian-devel-announce@l.d.o .
+When they see fit, the DPL would appoint the candidate as selected by the
+public vote; ideally on debian-devel-announce@l.d.o .
 
 (This is really outside of the TC's realm.)