Re: How do they select people

joel jaeggli <joelja@bogus.com> Wed, 06 March 2013 22:23 UTC

Return-Path: <joelja@bogus.com>
X-Original-To: ietf@ietfa.amsl.com
Delivered-To: ietf@ietfa.amsl.com
Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id EAB7411E8182 for <ietf@ietfa.amsl.com>; Wed, 6 Mar 2013 14:23:58 -0800 (PST)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -102.843
X-Spam-Level:
X-Spam-Status: No, score=-102.843 tagged_above=-999 required=5 tests=[AWL=-0.244, BAYES_00=-2.599, USER_IN_WHITELIST=-100]
Received: from mail.ietf.org ([12.22.58.30]) by localhost (ietfa.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id hRkYa8wnXTey for <ietf@ietfa.amsl.com>; Wed, 6 Mar 2013 14:23:58 -0800 (PST)
Received: from nagasaki.bogus.com (nagasaki.bogus.com [IPv6:2001:418:1::81]) by ietfa.amsl.com (Postfix) with ESMTP id 756AE11E8133 for <ietf@ietf.org>; Wed, 6 Mar 2013 14:23:58 -0800 (PST)
Received: from joels-MacBook-Air.local (host-64-47-153-50.masergy.com [64.47.153.50]) (authenticated bits=0) by nagasaki.bogus.com (8.14.4/8.14.4) with ESMTP id r26MNsWu050973 (version=TLSv1/SSLv3 cipher=DHE-RSA-CAMELLIA256-SHA bits=256 verify=NOT); Wed, 6 Mar 2013 22:23:54 GMT (envelope-from joelja@bogus.com)
Message-ID: <5137C1FE.6050109@bogus.com>
Date: Wed, 06 Mar 2013 14:23:58 -0800
From: joel jaeggli <joelja@bogus.com>
User-Agent: Mozilla/5.0 (Macintosh; Intel Mac OS X 10.8; rv:19.0) Gecko/20130117 Thunderbird/19.0
MIME-Version: 1.0
To: SM <sm@resistor.net>, Michael StJohns <mstjohns@comcast.net>
Subject: Re: How do they select people
References: <21B86E13-B8DA-4119-BBB1-B5EE6D2B5C1D@ietf.org> <51330179.3040500@gmail.com> <919840EE-BEC8-4F82-8D3C-B116698A4262@gmx.net> <1D88E6E9-33DE-4C4D-89F4-B0B762155D6F@standardstrack.com> <D4D47BCFFE5A004F95D707546AC0D7E91F77BA46@SACEXCMBX01-PRD.hq.netapp.com> <3CB8992B-212A-4776-95FE-71CA1E382FFF@standardstrack.com> <513376DB.7000200@dcrocker.net> <E22ACC99-B465-4769-8B59-BB98A7BA93DF@gmx.net> <79E77523-3D92-4CE9-8689-483D416794EF@standardstrack.com> <D4D47BCFFE5A004F95D707546AC0D7E91F780D2F@SACEXCMBX01-PRD.hq.netapp.com> <071C6ED7-352C-4E74-A483-F5E7A3270FA5@gmail.com> <C726E531-57DC-4C42-9053-1394983126D6@vigilsec.com> <5134D5A0.4050209@gmail.com> <tsllia3m5lh.fsf@mit.edu> <FCD86420-F051-4379-94A3-6EC95F8FF809@piuha.net> <C51C5A1D-0B0B-4404-B1DD-A775D64954A6@lilacglade.org> <82B3C37A-E73E-4D08-9CA2-045E690BF7DA@piuha.net> <20130306164357.2B15B21F8429@ietfa.amsl.com> <6.2.5.6.2.20130306124451.0bb240b0@resistor.net>
In-Reply-To: <6.2.5.6.2.20130306124451.0bb240b0@resistor.net>
Content-Type: text/plain; charset="ISO-8859-1"; format="flowed"
Content-Transfer-Encoding: 7bit
X-Greylist: Sender succeeded SMTP AUTH, not delayed by milter-greylist-4.2.7 (nagasaki.bogus.com [147.28.0.81]); Wed, 06 Mar 2013 22:23:55 +0000 (UTC)
Cc: ietf@ietf.org
X-BeenThere: ietf@ietf.org
X-Mailman-Version: 2.1.12
Precedence: list
List-Id: IETF-Discussion <ietf.ietf.org>
List-Unsubscribe: <https://www.ietf.org/mailman/options/ietf>, <mailto:ietf-request@ietf.org?subject=unsubscribe>
List-Archive: <http://www.ietf.org/mail-archive/web/ietf>
List-Post: <mailto:ietf@ietf.org>
List-Help: <mailto:ietf-request@ietf.org?subject=help>
List-Subscribe: <https://www.ietf.org/mailman/listinfo/ietf>, <mailto:ietf-request@ietf.org?subject=subscribe>
X-List-Received-Date: Wed, 06 Mar 2013 22:23:59 -0000

On 3/6/13 2:06 PM, SM wrote:
> Hi Mike,
> At 08:44 06-03-2013, Michael StJohns wrote:
>> I would suggest that it's probably time to re-convene the "how do we 
>> select people" working group.  Given the number of issues - recall, 
>> IAOC, this, ineligible others  - we've encountered lately, I don't 
>> think just cutting and pasting a new RFC over 3777 to patch holes 
>> makes sense.
>
> There are some issues which may have to be addressed at some point.  
> Patching holes creates an incomprehensible BCP.
>
> There are some interesting details in RFC 3777.  I don't know whether 
> they have been exercised.  Anyway, the question is about "how do they 
> select people".  It has been mentioned previously that:
>
>   "One former chair pointed out that the NomCom moved pretty quickly
>    from a model where a random sample of the community selects
>    leadership based on personal experience to a model where the random
>    sample of the IETF is expected to survey a large and increasing
>    percentage of the total community in order to select leadership."
>
> And:
>
>   "It is possible for either the Nomcom or a confirming body  to wedge
>    the process in a way where it cannot proceed."
>
> One item which is not mentioned is that public lynching of candidates 
> should never be encouraged.
Or the nomcom unless you want to insure that the pool of volunteers 
shrinks in the the future.
> The Nominating and Recall Committees have the latitude to get the work 
> done.  They are supposed to get the work done. When the selection 
> process reaches a point where a working group slot is necessary to 
> poke at people who have accepted to work for free, is there something 
> wrong.  When an impossible event turns out to be possible, is there 
> something wrong?
>
> Regards,
> -sm