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 4345E13877A for ; Tue, 8 Jul 2014 17:19:18 +0000 (UTC) Received: from pigeon.gentoo.org (localhost [127.0.0.1]) by pigeon.gentoo.org (Postfix) with SMTP id 73E86E08EB; Tue, 8 Jul 2014 17:19:13 +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 724DDE085D for ; Tue, 8 Jul 2014 17:19:12 +0000 (UTC) Received: from localhost (localhost [127.0.0.1]) by smtp.gentoo.org (Postfix) with ESMTP id B000E33FECE for ; Tue, 8 Jul 2014 17:19:11 +0000 (UTC) X-Virus-Scanned: by amavisd-new using ClamAV at gentoo.org X-Spam-Flag: NO X-Spam-Score: -0.931 X-Spam-Level: X-Spam-Status: No, score=-0.931 tagged_above=-999 required=5.5 tests=[AWL=-0.277, RCVD_IN_DNSWL_NONE=-0.0001, RP_MATCHES_RCVD=-0.652, SPF_HELO_PASS=-0.001, SPF_PASS=-0.001] autolearn=no Received: from smtp.gentoo.org ([IPv6:::ffff:127.0.0.1]) by localhost (smtp.gentoo.org [IPv6:::ffff:127.0.0.1]) (amavisd-new, port 10024) with ESMTP id fQmRNC6w8qgC for ; Tue, 8 Jul 2014 17:19:05 +0000 (UTC) Received: from plane.gmane.org (plane.gmane.org [80.91.229.3]) (using TLSv1 with cipher AES256-SHA (256/256 bits)) (No client certificate requested) by smtp.gentoo.org (Postfix) with ESMTPS id 738B033FDA2 for ; Tue, 8 Jul 2014 17:19:03 +0000 (UTC) Received: from list by plane.gmane.org with local (Exim 4.69) (envelope-from ) id 1X4Z2f-0006Eq-K9 for gentoo-dev@gentoo.org; Tue, 08 Jul 2014 19:18:57 +0200 Received: from ppp118-209-164-198.lns20.mel6.internode.on.net ([118.209.164.198]) by main.gmane.org with esmtp (Gmexim 0.1 (Debian)) id 1AlnuQ-0007hv-00 for ; Tue, 08 Jul 2014 19:18:57 +0200 Received: from kensington by ppp118-209-164-198.lns20.mel6.internode.on.net with local (Gmexim 0.1 (Debian)) id 1AlnuQ-0007hv-00 for ; Tue, 08 Jul 2014 19:18:57 +0200 X-Injected-Via-Gmane: http://gmane.org/ To: gentoo-dev@lists.gentoo.org From: Michael Palimaka Subject: [gentoo-dev] Re: The request to abolish games team policy Date: Wed, 09 Jul 2014 03:18:24 +1000 Message-ID: References: <20140707234502.3009929a@pomiot.lan> <20140708133859.3bc01349@pomiot.lan> <53BC0CCA.4000702@gentoo.org> Precedence: bulk List-Post: List-Help: List-Unsubscribe: List-Subscribe: List-Id: Gentoo Linux mail X-BeenThere: gentoo-dev@lists.gentoo.org Reply-to: gentoo-dev@lists.gentoo.org Mime-Version: 1.0 Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: 7bit X-Complaints-To: usenet@ger.gmane.org X-Gmane-NNTP-Posting-Host: ppp118-209-164-198.lns20.mel6.internode.on.net User-Agent: Mozilla/5.0 (X11; Linux x86_64; rv:24.0) Gecko/20100101 Thunderbird/24.6.0 In-Reply-To: X-Archives-Salt: 09034232-7a39-45d5-8abe-3d246337b724 X-Archives-Hash: a0885de6c1387b8119c8e2a914c3ccfd On 07/09/2014 02:58 AM, Rich Freeman wrote: > On Tue, Jul 8, 2014 at 12:17 PM, Michael Palimaka wrote: >> On 07/09/2014 01:22 AM, Samuli Suominen wrote: >>> And some personal thoughts about the initial proposal... >>> I don't care about the suggestion 3. in mgorny's proposal at all, but 1. >>> and 2. should definately >>> stay as is. >> What authority does the game team have over anything? Did it get special >> blessing from the Council? Isn't it just another regular project as per >> GLEP 39? >> > > While I tend to agree with the sentiment, and it may not be productive > to try to turn this into a bunch of rules, it is beneficial to have > guidelines/etc managed by projects in general, and to have maintainers > generally try to follow them. Of course. I'm not at all suggesting flouting guidelines for the sake of it. In general the guidelines of multilib/python/Gnome/KDE/whatever are followed because of mutual respect between the projects and maintainers. I follow the guidelines of the python project because I respect their knowledge and experience in the matter. Conversely, the python project respects my role as a maintainer and doesn't needlessly interfere. This is not true of the games team, which attempts to dominate game packages for no discernable reason. If it behaved more like the other projects issuing guidelines we wouldn't he having this discussion. "My way or the highway" is not how to achieve a better Gentoo.