From mboxrd@z Thu Jan 1 00:00:00 1970 Received: from pigeon.gentoo.org ([208.92.234.80] helo=lists.gentoo.org) by finch.gentoo.org with esmtp (Exim 4.60) (envelope-from ) id 1QoRB5-0008OV-IO for garchives@archives.gentoo.org; Wed, 03 Aug 2011 02:27:23 +0000 Received: from pigeon.gentoo.org (localhost [127.0.0.1]) by pigeon.gentoo.org (Postfix) with SMTP id 5012121C099; Wed, 3 Aug 2011 02:27:14 +0000 (UTC) Received: from smtp.gentoo.org (smtp.gentoo.org [140.211.166.183]) by pigeon.gentoo.org (Postfix) with ESMTP id 4AE5021C066 for ; Wed, 3 Aug 2011 02:27:04 +0000 (UTC) Received: from [192.168.1.68] (bl12-236-47.dsl.telepac.pt [85.245.236.47]) (using TLSv1 with cipher DHE-RSA-CAMELLIA256-SHA (256/256 bits)) (No client certificate requested) (Authenticated sender: jmbsvicetto) by smtp.gentoo.org (Postfix) with ESMTPSA id C24BD641C6 for ; Wed, 3 Aug 2011 02:27:00 +0000 (UTC) Message-ID: <4E38B1E4.2020507@gentoo.org> Date: Wed, 03 Aug 2011 02:26:44 +0000 From: "Jorge Manuel B. S. Vicetto" User-Agent: Mozilla/5.0 (X11; Linux x86_64; rv:5.0) Gecko/20110711 Thunderbird/5.0 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 discuss: overlapping council terms of two years References: <20110801184751.GS20656@gentoo.org> <4E3735C8.6000500@gentoo.org> <20110802063633.GB20656@gentoo.org> <20110802154256.GA5661@linux1> <20110802161558.GD20656@gentoo.org> In-Reply-To: <20110802161558.GD20656@gentoo.org> X-Enigmail-Version: 1.2pre Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: 7bit X-Archives-Salt: X-Archives-Hash: 536e6e3781e295a9ba888709946ead54 -----BEGIN PGP SIGNED MESSAGE----- Hash: SHA256 On 02-08-2011 16:15, Fabian Groffen wrote: >>> Right, which means to me that if the council agrees on a certain >>> change to GLEP39, it has to organise a full developer vote with >>> all the supporting material for the change. >> >> But, you are saying that the council has to approve changes for >> glep 39 before they can come to a vote. This would mean that say a >> majority of developers doesn't like something in glep 39, but the >> council doesn't approve the change. That change will never come to >> a vote. In other words, the council has control of the rules that >> govern it. Is that what you are intending? > > I think yes, if the council regarding GLEP39 thinks A, but the dev > population B, then it is unlikely the council will vote for B. > However, the dev population should vote for other council members > that do support B for the next term in that case. > > You have all rights of course to try and persuade the council members > to change their minds and vote for B. Probably good argumentation > will help there. I strongly disagree on this since I support that any change to GLEP39 will require a global dev vote, which means that even if the council starts a discussion and guides the process for GLEP39 reform, in the end it will fall to the full developer community to approve it or not. I do think that the council should have an active role in GLEP39 reform and that it's natural for the council to "lead" on this process. If we're able to get this moving forward, I would be open to having the council nominate a person or committee to spearhead the process. - -- Regards, Jorge Vicetto (jmbsvicetto) - jmbsvicetto at gentoo dot org Gentoo- forums / Userrel / Devrel / KDE / Elections / RelEng -----BEGIN PGP SIGNATURE----- Version: GnuPG v2.0.17 (GNU/Linux) Comment: Using GnuPG with Mozilla - http://enigmail.mozdev.org/ iQIcBAEBCAAGBQJOOLHkAAoJEC8ZTXQF1qEP9SAP/1cWsfXQOGA8igd87PBZ3kHg FxtbzH6On68v+8HsaZnPsFhnb/ApX3qE3V9XF0I+oVUEl5qImjKnxVedvS0j5SB2 yh/NHXWs75jzpjCr5C81afSO47KFm3AmmnM3RllUYT6pVUe5RKF2IcYQcFf3MdsY uyE1S1w80lF3sg8iuBWZEF8X3cQ9p5nZ4UiPy99Ch0rkYokc6XI+fppX6vYrRncE sk/N0rYBN1c4YNkCI/xj7dt0XYwkeA9rLOb+o519sBhz7nWZvQdYkyNkOYGoQT2H XCxzoTOZ0P30TVdxMFANuqG6bLuk/0wWnAUlBJR9YD6MazQbovxepI5lmIigRnrH la0s06FiVJcE8AUySyrBng/woVrZU2Sw2ZRZvbgI004VXDL43tj03e0TcP1WWemS UoCQBNOxWRSObKy7NKpAobftzjsdtEQytEwIfjITCHu+Ql9PyRT/Oc7x2GMunJDK yi1koCi227OEob9Q8EqHjFlS8WXS8RjF2mNYi/D8NgzlOLAuqSmpJP6XUT+awJOG h7WxDuXuK+tOB+TIwHsbVGx9PJ/jeZdYdM7cXnQk+YuAogJvkD9XcA4z6sCGcyLt /Wsg1p1j0cbW8KtwW/WmdKWSV75Q0FXzs7y+8UM6401odNoSs0Qak+H0lnGD3yqc OijkHtKfbzbZPogkGUZZ =LglL -----END PGP SIGNATURE-----