Re: [Eligibility-discuss] AD Sponsorship of draft-moonesamy-recall-rev

Loganaden Velvindron <loganaden@gmail.com> Tue, 30 April 2019 17:50 UTC

Return-Path: <loganaden@gmail.com>
X-Original-To: eligibility-discuss@ietfa.amsl.com
Delivered-To: eligibility-discuss@ietfa.amsl.com
Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id 4368212032D for <eligibility-discuss@ietfa.amsl.com>; Tue, 30 Apr 2019 10:50:31 -0700 (PDT)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -1.999
X-Spam-Level:
X-Spam-Status: No, score=-1.999 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, DKIM_SIGNED=0.1, DKIM_VALID=-0.1, DKIM_VALID_AU=-0.1, FREEMAIL_FROM=0.001, RCVD_IN_DNSWL_NONE=-0.0001, SPF_PASS=-0.001, URIBL_BLOCKED=0.001] autolearn=ham autolearn_force=no
Authentication-Results: ietfa.amsl.com (amavisd-new); dkim=pass (2048-bit key) header.d=gmail.com
Received: from mail.ietf.org ([4.31.198.44]) by localhost (ietfa.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id RvGHjmQh0ugl for <eligibility-discuss@ietfa.amsl.com>; Tue, 30 Apr 2019 10:50:29 -0700 (PDT)
Received: from mail-it1-x133.google.com (mail-it1-x133.google.com [IPv6:2607:f8b0:4864:20::133]) (using TLSv1.2 with cipher ECDHE-RSA-AES128-GCM-SHA256 (128/128 bits)) (No client certificate requested) by ietfa.amsl.com (Postfix) with ESMTPS id 4FB2C12031E for <eligibility-discuss@ietf.org>; Tue, 30 Apr 2019 10:50:29 -0700 (PDT)
Received: by mail-it1-x133.google.com with SMTP id v143so6175529itc.1 for <eligibility-discuss@ietf.org>; Tue, 30 Apr 2019 10:50:29 -0700 (PDT)
DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20161025; h=mime-version:references:in-reply-to:from:date:message-id:subject:to :cc; bh=HJvoFnHkSo79nlwKkfbUcTO0LX03Etx3j6zRX948Wrs=; b=AfmD26kyuZDe+cRkkYoCwQEhNK88F+W2hFcfaerzjMJV1sy1vRcQ45MsOyz3zGWbwM odaE2gfPZ8ay9JJ4SLJsF9Lsl5BN7kcSzxTWzf+QnygdYWL+9ZWqBU4qYhVRCztEXm/b 6ghNX2c8anis3TaZRr1Y4WR7Qs+Ts7X1vDPVOfVB2CAYNm217g4qKAFqByPLp11cm7TR mJDrQDJLtfYCpxypKlJhX2dh/Vs1rNFpG5Ps/mBw9xbZUtjSBEnMTHzN5WokxlOixReC YRV0l55DEJZfvtWw6HgNfLaexDja28A6JEZX0qJffainP0DiA97PqgjcJ1OacvTlpf6Z xgLg==
X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20161025; h=x-gm-message-state:mime-version:references:in-reply-to:from:date :message-id:subject:to:cc; bh=HJvoFnHkSo79nlwKkfbUcTO0LX03Etx3j6zRX948Wrs=; b=Dkcy40u63G/H57Bjf6dAoVkkRmHceYbL8+V77XOqZxRPHy5AEb2Bwa9rsjvA+S5tRW Jh6k+nYb3yZltL9T5qwgT8SBlyHXE7wrLgzxz7aMqxMnccnMfqMCo1RcCOp4KMBK4APs Dv8EyexSU/VuphwcroxPjfT+PxLqdYHSSvZSR7QRBIlls88IQCcJx7kGU0uIVKV+7DlZ P/2GW+zoJ3DWuZPMxNAPgsXDzPIAUWfz8Pb8urLTelTbgUPRXEagwsDUQjgRew9O0ozY 4dksIwiqp9Fj1/r+x3GdnT5yMR3Ot2tBxUXNphgPk49r9xO5QsTAtdT9U00eDQUIKC/k DYEQ==
X-Gm-Message-State: APjAAAVXdXe90jy+4jCpYGsS5pjMl88zCU8DQf92uf+ZNheh7met3fUC hE/xtf4w2i5uSrraOlNxsYln+aqigLJNvv+rK9NAfulS
X-Google-Smtp-Source: APXvYqzBS7apiNZJqx+rfAgj4/ASLsCwADhQM/YGvb1FRFCRh33udcQbUW+m+smKQVNBcQmcd0QQyfLE17KPUI8Ud5A=
X-Received: by 2002:a24:6252:: with SMTP id d79mr4687058itc.100.1556646628553; Tue, 30 Apr 2019 10:50:28 -0700 (PDT)
MIME-Version: 1.0
References: <6.2.5.6.2.20190424095017.13cdadc8@elandnews.com> <51068F13-E90F-42A2-8AE2-627D5E18B145@akamai.com> <20190424201939.GM3137@localhost> <6.2.5.6.2.20190424134823.0c9faf68@elandnews.com> <20190424211123.GO3137@localhost> <6.2.5.6.2.20190424144539.0cabcde0@elandnews.com> <20190424234334.GQ3137@localhost> <11F97591808485C30AD98A22@PSB> <20190426150436.v4svwa67xja6267r@mx4.yitter.info> <0a1e01d4fc6c$10b93df0$322bb9d0$@olddog.co.uk> <20190427155921.i32pftxdbkvv7ist@isoc.org> <024701d4feca$c9fae920$5df0bb60$@olddog.co.uk>
In-Reply-To: <024701d4feca$c9fae920$5df0bb60$@olddog.co.uk>
From: Loganaden Velvindron <loganaden@gmail.com>
Date: Tue, 30 Apr 2019 21:50:16 +0400
Message-ID: <CAOp4FwT41gTw8kHFjCiv2RrhNmtNVESvursq1q3847HmBhRCog@mail.gmail.com>
To: Adrian Farrel <adrian@olddog.co.uk>
Cc: eligibility-discuss@ietf.org, Andrew Sullivan <ajs@anvilwalrusden.com>
Content-Type: text/plain; charset="UTF-8"
Archived-At: <https://mailarchive.ietf.org/arch/msg/eligibility-discuss/bGoWSVRVFSQdUWpSVlgxLgfbPcA>
Subject: Re: [Eligibility-discuss] AD Sponsorship of draft-moonesamy-recall-rev
X-BeenThere: eligibility-discuss@ietf.org
X-Mailman-Version: 2.1.29
Precedence: list
List-Id: <eligibility-discuss.ietf.org>
List-Unsubscribe: <https://www.ietf.org/mailman/options/eligibility-discuss>, <mailto:eligibility-discuss-request@ietf.org?subject=unsubscribe>
List-Archive: <https://mailarchive.ietf.org/arch/browse/eligibility-discuss/>
List-Post: <mailto:eligibility-discuss@ietf.org>
List-Help: <mailto:eligibility-discuss-request@ietf.org?subject=help>
List-Subscribe: <https://www.ietf.org/mailman/listinfo/eligibility-discuss>, <mailto:eligibility-discuss-request@ietf.org?subject=subscribe>
X-List-Received-Date: Tue, 30 Apr 2019 17:50:34 -0000

On Tue, Apr 30, 2019 at 12:33 AM Adrian Farrel <adrian@olddog.co.uk> wrote:
>
> Andrew,
>
> Apologies for a delayed response, I was working the last couple of days.
>
> Thank you for your time and careful thought. It's really insightful and
> helpful. And, of course, the care and effort you put into selecting Nomcom
> chairs is really appreciated - I suspect most members of the community just
> see it as "something that happens".
>
> I wonder whether we need to break up this discussion into different topics
> (threads?) so that the bleed-over doesn't get in the way of our
> conversation.
>
> I see a number of separate topics. Of course they are related, but I think
> we might try to keep them distinct as much as possible. We should qualify
> this with the knowledge that a recall is very-much a position of last
> resort, but with the understanding that the very existence of the
> possibility of a recall is an important part of the structure of the IETF.
> Just like appeals, a recall is an element that allows us to trust the
> operational management of the IETF. It is not the use of these mechanisms,
> it is their availability.
>
> The topics are:
>
> 1. Should members of the IESG and IAB (and other Nomcom-appointed people) be
> allowed to sign recall petitions?
> 2. Should seated Nomcom members be allowed to sign recall petitions?
> 3. How do we qualify "participation" at IETF meetings?
> 4. Should remote participants at IETF meetings be qualified to sign recall
> petitions?
> 5. What should be the number of signatories on a recall petition?
> 6. What is the right number of recall petitions?
>
> Let's run through these in some more detail.
>
> 1. Currently serving Nomcom-appointed people are excluded from being able to
> sign a recall petition. Several people have suggested that the IESG might be
> in a position to police itself, and it does seem that there might be cases
> where the IESG or IAB is uniquely positioned to know of issues that make a
> recall a realistic option. I don't suppose that adding two dozen people to
> the list of potential signatories makes a big difference to the potential of
> a recall being initiated. I don't see any harm in this change and there
> seems to be some small potential benefit.
>
> 2. Currently seated Nomcom members are allowed to sign recall petitions.
> There seems to be general agreement that this would be a poor idea subject
> to concerns about Nomcom confidentiality. It may be an oversight in the
> original specification and is easy to fix. It doesn't seem that this change
> would have a substantial impact on the pool of people who may sign a recall
> petition, and the clarification looks like a good idea.
>
> 3. There is another thread running about how we might qualify people as
> having participated in IETF meetings. Currently we judge this by looking for
> those who have registered, paid and picked up badges: there is no actual
> measure of participation. So there is a theoretical puppetry that could
> occur, but it comes at a price.
> For remote participants we have several tools available: registration and
> Meetecho logs are the most obvious; physical presence at a remote hub is
> also a possible.
>

I help organize an IETF hub in Mauritius. However, most of the
participants of our hub
tend to be around 16-22 years old. Their interest leans more towards
implementation
rather than contribution to working group specs. Does remote ietf
hackathon count
as participation if running code is available at the end ?