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 A0F9613877A for ; Tue, 8 Jul 2014 05:33:30 +0000 (UTC) Received: from pigeon.gentoo.org (localhost [127.0.0.1]) by pigeon.gentoo.org (Postfix) with SMTP id 1BCD8E0835; Tue, 8 Jul 2014 05:33:26 +0000 (UTC) Received: from mail-ie0-f170.google.com (mail-ie0-f170.google.com [209.85.223.170]) (using TLSv1 with cipher ECDHE-RSA-RC4-SHA (128/128 bits)) (No client certificate requested) by pigeon.gentoo.org (Postfix) with ESMTPS id D39D2E0825 for ; Tue, 8 Jul 2014 05:33:24 +0000 (UTC) Received: by mail-ie0-f170.google.com with SMTP id lx4so3599507iec.15 for ; Mon, 07 Jul 2014 22:33:24 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=mime-version:in-reply-to:references:date:message-id:subject:from:to :content-type:content-transfer-encoding; bh=7CIJL+XefitiHAeH6+xEgXyWBusf8E0nX2GTkK9BBVg=; b=xzfVCeZSZudZ1wXrbKSYFhZFIRnkTtkGWmtv3vnCAuOUAKl8+/P8wIh00UOpKYHmIc GaE9Hox3CCBVPm/8Bt2BPc90/cKaJzRzd5LsYaxOleQ43x8VTHL6W5yYT/a44+dJGLQa 8d8MnGzuwr4JYMH3bbo8APTYSV54xcN/BhS8wNUR5XnlC8ywFaGgnlZUCfvuYisN0+ID qcKWGd+DxJMlg5YiGKFn75jhF07Wh1ysIC8TEJBcDG1hnb2e09G+3kMl4e0YbtV9sGHU 9IiAx/sgccgl8N+e6wMyayD/pawZjr8ByU30YGP1FaK9h2nQ2zI9GrmQiiP6Hb7cFXg2 /9bA== 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 X-Received: by 10.42.78.208 with SMTP id o16mr37168212ick.16.1404797604137; Mon, 07 Jul 2014 22:33:24 -0700 (PDT) Received: by 10.64.126.105 with HTTP; Mon, 7 Jul 2014 22:33:24 -0700 (PDT) In-Reply-To: <20140707234502.3009929a@pomiot.lan> References: <20140707234502.3009929a@pomiot.lan> Date: Tue, 8 Jul 2014 00:33:24 -0500 Message-ID: Subject: Re: [gentoo-dev] The request to abolish games team policy From: James Potts To: gentoo-dev@lists.gentoo.org Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: quoted-printable X-Archives-Salt: f7041e96-ba4e-4f8f-8d2a-9919e3969602 X-Archives-Hash: 89249d720df62220f5b65316965d9377 On Mon, Jul 7, 2014 at 4:45 PM, Micha=C5=82 G=C3=B3rny = wrote: > Dear Community, > > First of all, please do not take this personally. I don't want to > attack any member of the games team or the team in general. I respect > their experience and long-term contribution to Gentoo. However, > I strongly disagree with the policy games team has established and I > believe that their actions do not serve the best interest of Gentoo. > > I am therefore going to propose this request to the next Council. Since > this will likely require a fair amount of prior discussion, I would > like to start it already, hopefully reaching at least some point before > the appropriate Council meeting. > > > I would like to ask the Council to abolish the following policies that > have been established by the games team: > > 1. that the games team has authority over the actual maintainers > on every game ebuild, > > 2. that every ebuild has to inherit games.eclass as the last eclass > inherited [1], even if it actually increases the ebuild size rather > than helping, > > 3. that games must adhere to games team-specific install locations > and ownership rules, shortly listed in [2]. > > More specifically, I would like the games to be 'freed' from the games > team monopoly and treated like every other package. More specifically, > I believe that: > > i. games should be maintained by their respective maintainers, > and games team (if any) should help rather than overriding their > decisions, > > ii. that the games.eclass should be deprecated and likely disabled > in the next EAPI since wrapping phases and helper functions makes it > close to base.eclass in design, > > iii. that the games group along with the game-specific install tree > should be deprecated and phased out. Games should be installed alike > any other applications. > > > I feel like the games team is more focused on keeping the 'status > quo' than working on improving the experience of Gentoo users. > The problems with current game install design have been pointed out > multiple times, and the suggestions were either ignored by the team or > refused, sometimes with strong words. In fact, the team's own decisions > are creating further issues that they afterwards need to work around. > > The most notable issues with the specific use of games group include: > > a. nethack security issue [3] that is purely Gentoo-specific, and is > open with no action from games since 2006, > > b. multiple game ebuilds being unable to access files installed by > other game ebuilds that are worked around with dangerous > RESTRICT=3Duserpriv [4,5,6]. > > Moreover, the eclass is purely suited for autotools-based ebuilds. > The policy enforced by the team makes it very hard to create proper > ebuilds for other build systems, often requiring redeclaration of all > phase functions (to restore the proper eclass) and heavy patching of > install locations. > > > The number of inconveniences, lack of replies (lack of time?) has > resulted in multiple games being spread throughout various overlays. > I think the gamerlay project [7] is most notable. Sadly, this results > in even worse quality of games in Gentoo. > > I believe that the policy needs to change. While I respect the members > of games team, I don't think they should be allowed to prevent other > developers from committing game ebuilds, and I don't agree with keeping > the 'status quo' of games.eclass for the sake of keeping it while > the issues outweigh the benefit (it is actually negotiable whether > there's any). > > I would like to ask the Community for their opinion on this issue. > When the new Council term starts, I will add the issue to the agenda. > Unless the games team decides to give up their policies and allow > developers to work on cleaning up games before that. > > > [1]:http://www.gentoo.org/proj/en/desktop/games/games-ebuild-howto.xml#do= c_chap3 > [2]:http://www.gentoo.org/proj/en/desktop/games/games-ebuild-howto.xml#do= c_chap4 > [3]:https://bugs.gentoo.org/show_bug.cgi?id=3D125902 > [4]:https://bugs.gentoo.org/show_bug.cgi?id=3D112898 > [5]:https://bugs.gentoo.org/show_bug.cgi?id=3D419331 > [6]:https://bugs.gentoo.org/show_bug.cgi?id=3D516576 > [7]:https://git.overlays.gentoo.org/gitweb/?p=3Dproj/gamerlay.git;a=3Dsum= mary > > -- > Best regards, > Micha=C5=82 G=C3=B3rny Here's my non-developer point-of-view: I agree with this - games are lagging way behind in gentoo compared to other distributions, and this heavy-handed super-maintainership by the games herd explains why. If a person wants his game to be co-maintained by the games herd, fine, they have to follow the rules of the games herd, but being in the games herd should be an option, not a requirement for a game to be in the tree. Lets let the people who want to maintain game ebuilds maintain them, governed by the same rules as all other ebuilds, regardless of herd status. I also agree that the games group needs to go, for the most part - users shouldn't have to be in it to play games (they shouldn't be in it at all, but that's a different story) - that's a dated policy that likely comes from mainframe unix environments and really doesn't belong on a modern linux desktop or server, so it just winds up confusing and/or annoying people. --James