Received: by 2002:a25:e7d8:0:0:0:0:0 with SMTP id e207csp1481712ybh; Fri, 13 Mar 2020 01:58:09 -0700 (PDT) X-Google-Smtp-Source: ADFU+vvcWiuLZ3OVIeY561qAubVFT+xHLUjAuxfL9webSqUatEJfOHuM0uoclPq9ICSNIMwZXsV/ X-Received: by 2002:a05:6830:1597:: with SMTP id i23mr2511603otr.368.1584089889541; Fri, 13 Mar 2020 01:58:09 -0700 (PDT) ARC-Seal: i=1; a=rsa-sha256; t=1584089889; cv=none; d=google.com; s=arc-20160816; b=rI26kz+osdwfjoKtkrXGlqmpKd5qv1Vtl8nknqObA4xU/0i/h51vG6kLfaChNYsYGU hp9jVfswGIfs7lhmuKznoTX5ozDAL+JY34EHqrsi4FTBFQqefkucDzSYPNivGueJf0b5 GEptCv8KnhIw2tz9gX+7BH/duMlWwWbuRNDyXO99aXUjnWHpGp7MuGz00YoFfe0KPE3O 4MI+en12GRHRCc2Q6gHDoqmEMN59oA7b0LiyBm1ck8uglh6202ikGmEUb6VIM8m6EiRL L/bJ9zZIEDACOWe11Ry5yVfAwghN1kF4ShyyMW/FhaCT0/HLZLniaj1G8UP8qSKrgXTD 3gSQ== ARC-Message-Signature: i=1; a=rsa-sha256; c=relaxed/relaxed; d=google.com; s=arc-20160816; h=list-id:precedence:sender:mime-version:message-id:date:references :organization:in-reply-to:subject:cc:to:from; bh=bfGA9MqcHAvW00+2IrQTiT306MIYqLfdulQ2pQRXgBQ=; b=i6poXbxBgt+4r9q/V/CyGJOVt9HGt5fl4WTmXBfhydIWLyGtqGF3R57c7t2Fm8iBkw +ATcjst3STEcV8A1IfdEr6n5GQhdbRMKWIK1GlMP8jvRfI0kKT6rfMixbfFAwP1MsMN/ Pxc5Epee4sG+t6zqi9uK3POj5vk4ctJgw+nyUKx8t5IezA/d8QVh1XaczoSvzkMI6iqM 7e+ede7kwE0haK5uJrFDexLJRN74arTLAkcr0czMCoYVRum2Fhyp2ikh0xMLhf1Es/Im 8oJYZpyMeRCjeAWrjFPvgNwPz7ImJkJQTenBehLfQ0aZaTTEPYG+YRt8K68RURQHOGEl 8aGg== ARC-Authentication-Results: i=1; mx.google.com; spf=pass (google.com: best guess record for domain of linux-kernel-owner@vger.kernel.org designates 209.132.180.67 as permitted sender) smtp.mailfrom=linux-kernel-owner@vger.kernel.org; dmarc=fail (p=NONE sp=NONE dis=NONE) header.from=intel.com Return-Path: Received: from vger.kernel.org (vger.kernel.org. [209.132.180.67]) by mx.google.com with ESMTP id d3si3865937oia.236.2020.03.13.01.57.56; Fri, 13 Mar 2020 01:58:09 -0700 (PDT) Received-SPF: pass (google.com: best guess record for domain of linux-kernel-owner@vger.kernel.org designates 209.132.180.67 as permitted sender) client-ip=209.132.180.67; Authentication-Results: mx.google.com; spf=pass (google.com: best guess record for domain of linux-kernel-owner@vger.kernel.org designates 209.132.180.67 as permitted sender) smtp.mailfrom=linux-kernel-owner@vger.kernel.org; dmarc=fail (p=NONE sp=NONE dis=NONE) header.from=intel.com Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand id S1726420AbgCMI5m (ORCPT + 99 others); Fri, 13 Mar 2020 04:57:42 -0400 Received: from mga09.intel.com ([134.134.136.24]:39797 "EHLO mga09.intel.com" rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP id S1726055AbgCMI5m (ORCPT ); Fri, 13 Mar 2020 04:57:42 -0400 X-Amp-Result: SKIPPED(no attachment in message) X-Amp-File-Uploaded: False Received: from orsmga008.jf.intel.com ([10.7.209.65]) by orsmga102.jf.intel.com with ESMTP/TLS/DHE-RSA-AES256-GCM-SHA384; 13 Mar 2020 01:57:41 -0700 X-IronPort-AV: E=Sophos;i="5.70,548,1574150400"; d="scan'208";a="237153595" Received: from unknown (HELO localhost) ([10.252.52.87]) by orsmga008-auth.jf.intel.com with ESMTP/TLS/DHE-RSA-AES256-GCM-SHA384; 13 Mar 2020 01:57:39 -0700 From: Jani Nikula To: "Theodore Y. Ts'o" , "Bird\, Tim" Cc: "tech-board-discuss\@lists.linuxfoundation.org" , "ksummit-discuss\@lists.linuxfoundation.org" , "linux-kernel\@vger.kernel.org" Subject: Re: [Ksummit-discuss] Linux Foundation Technical Advisory Board Elections -- Change to charter In-Reply-To: <20200313031947.GC225435@mit.edu> Organization: Intel Finland Oy - BIC 0357606-4 - Westendinkatu 7, 02160 Espoo References: <6d6dd6fa-880f-01fe-6177-281572aed703@labbott.name> <20200312003436.GF1639@pendragon.ideasonboard.com> <20200313031947.GC225435@mit.edu> Date: Fri, 13 Mar 2020 10:58:00 +0200 Message-ID: <87d09gljhj.fsf@intel.com> MIME-Version: 1.0 Content-Type: text/plain Sender: linux-kernel-owner@vger.kernel.org Precedence: bulk List-ID: X-Mailing-List: linux-kernel@vger.kernel.org On Thu, 12 Mar 2020, "Theodore Y. Ts'o" wrote: > So that means we need to be smart about how we pick the criteria. > Using a kernel.org account might be a good approach, since it would be > a lot harder for a huge number of sock puppet accounts to meet that > criteria. Per [1] and [2], kernel.org accounts "are usually reserved for subsystem maintainers or high-profile developers", but apparently it's at the kernel.org admins discretion to decide whether one is ultimately eligible or not. Do we want the kernel.org admin to have the final say on who gets to vote? Do we want to encourage people to have kernel.org accounts for no other reason than to vote? Furthermore, having a kernel.org account imposes the additional requirement that you're part of the kernel developers web of trust, i.e. that you've met other kernel developers in person. Which is a kind of awkward requirement for enabling electronic voting to be inclusive to people who can't attend in person. Seems like having a kernel.org account is just a proxy for the criteria, and one that also lacks transparency, and has problems of its own. Not that I'm saying there's an easy solution, but obviously kernel.org account is not as problem free as you might think. BR, Jani. [1] https://www.kernel.org/faq.html [2] https://korg.wiki.kernel.org/userdoc/accounts -- Jani Nikula, Intel Open Source Graphics Center