From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: Received: from lists.gentoo.org (pigeon.gentoo.org [208.92.234.80]) by finch.gentoo.org (Postfix) with ESMTP id D0D7C1389E2 for ; Mon, 29 Dec 2014 19:34:50 +0000 (UTC) Received: from pigeon.gentoo.org (localhost [127.0.0.1]) by pigeon.gentoo.org (Postfix) with SMTP id 57FD2E095C; Mon, 29 Dec 2014 19:34:49 +0000 (UTC) Received: from smtp.gentoo.org (smtp.gentoo.org [140.211.166.183]) (using TLSv1.2 with cipher AECDH-AES256-SHA (256/256 bits)) (No client certificate requested) by pigeon.gentoo.org (Postfix) with ESMTPS id 9B918E0905 for ; Mon, 29 Dec 2014 19:34:48 +0000 (UTC) Received: from 127.0.0.1 (master.bofh.zone [82.211.201.188]) (using TLSv1 with cipher ECDHE-RSA-AES128-SHA (128/128 bits)) (No client certificate requested) (Authenticated sender: hasufell) by smtp.gentoo.org (Postfix) with ESMTPSA id EBB833407D2 for ; Mon, 29 Dec 2014 19:34:45 +0000 (UTC) Message-ID: <54A1ACCD.6000907@gentoo.org> Date: Mon, 29 Dec 2014 19:34:37 +0000 From: hasufell Precedence: bulk List-Post: List-Help: List-Unsubscribe: List-Subscribe: List-Id: Gentoo Project discussion list X-BeenThere: gentoo-project@lists.gentoo.org Reply-To: gentoo-project@lists.gentoo.org MIME-Version: 1.0 To: gentoo-project@lists.gentoo.org Subject: Re: [gentoo-project] Council meeting 2015-01-13: call for agenda items References: <201412271334.34252.dilfridge@gentoo.org> <549FECF3.2090101@gentoo.org> In-Reply-To: <549FECF3.2090101@gentoo.org> Content-Type: text/plain; charset=windows-1252 Content-Transfer-Encoding: 8bit X-Archives-Salt: 386d7aa4-ce65-4053-85f2-76411808e6a1 X-Archives-Hash: 942248b9ee9ab2b0c9f9b58bb1151cec Anthony G. Basile: > > I'd like to add a discussion on glep 39. In particular, under > specifications we have: > > "It may have one or many leads, and the leads are selected by the > members of the project. This selection must occur at least once every 12 > months, and may occur at any time." > That requirement imposes a specific structure on projects. There are ways to have a functional project without any lead. So that phrase should be removed altogether. Instead, we need a functional ComRel project and need to stop treating some developers differently, because we do. And this is not really a specification problem (not saying you said that).