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 DC44613877A for ; Wed, 9 Jul 2014 15:28:49 +0000 (UTC) Received: from pigeon.gentoo.org (localhost [127.0.0.1]) by pigeon.gentoo.org (Postfix) with SMTP id 18AB3E097B; Wed, 9 Jul 2014 15:28:45 +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 161DFE08D9 for ; Wed, 9 Jul 2014 15:28:44 +0000 (UTC) Received: from [192.168.1.11] (unknown [80.80.98.176]) (using TLSv1 with cipher ECDHE-RSA-AES128-SHA (128/128 bits)) (No client certificate requested) (Authenticated sender: pinkbyte) by smtp.gentoo.org (Postfix) with ESMTPSA id 98CC93400AA for ; Wed, 9 Jul 2014 15:28:42 +0000 (UTC) Message-ID: <53BD5FA4.8060106@gentoo.org> Date: Wed, 09 Jul 2014 19:28:36 +0400 From: Sergey Popov User-Agent: Mozilla/5.0 (X11; Linux x86_64; rv:24.0) Gecko/20100101 Thunderbird/24.4.0 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 To: gentoo-dev@lists.gentoo.org Subject: Re: [gentoo-dev] Re: The request to abolish games team policy References: <20140707234502.3009929a@pomiot.lan> <20140708133859.3bc01349@pomiot.lan> <53BC0CCA.4000702@gentoo.org> <53BC273C.6070602@gentoo.org> <1404846619.828.1.camel@localhost> <53BC7A09.6020505@gentoo.org> In-Reply-To: <53BC7A09.6020505@gentoo.org> X-Enigmail-Version: 1.6 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="GOpjIx04R3q609JuU0vInnicxhrG8wu0U" X-Archives-Salt: bc2af945-9cc1-4267-a427-ec45b3228069 X-Archives-Hash: 1435c1c6758e14d47a02e5e6c288547e This is an OpenPGP/MIME signed message (RFC 4880 and 3156) --GOpjIx04R3q609JuU0vInnicxhrG8wu0U Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: quoted-printable 09.07.2014 03:08, hasufell =D0=BF=D0=B8=D1=88=D0=B5=D1=82: > Pacho Ramos: >> >> What kind of games packages does he want to maintain in a "strictly" >> way? Maybe one way to cooperate would be to have two herds: >> - games-base (or similar) -> the more "stricter" and the one Mr_Bones >> would likely still prefer to handle himself. It would take care of >> central libs related with games >> - games-extra (or...) -> a bit less strict in terms of accepting other= >> team members or similar. >> >=20 > I don't see how that is a solution. Mr_Bones_ is collaborative if you > bother him long enough on IRC. That's not the thing. >=20 > I meant that there is no _team_. And there seems to be very little > interest to improve that. >=20 > After all, vapier is the lead. And the lead is responsible for managing= > the team. >=20 > I could make a list of things that didn't get much attention from him: > * joining requests > * review requests for non-trivial libraries like SDL2 > * review requests for games.eclass changes > * review request for games-bin.eclass > * RFC about an official games overlay > * growing number of games overlays which means people stopped caring to= > contribute via bugzilla (yes, that's a problem the project has to fix) > * growing number of developers who are uninterested to work with the > team, probably because of lack of communication (a single person on IRC= > is not enough, mails to games@ are widely ignored) > ... >=20 > Vapier responds when he feels like it, when something catches his > attention. But he doesn't follow games stuff on a regular basis anymore= , > probably because his focus has shifted. And that happens, sure. >=20 > Therefor I'm not really interested in decisive council intervention > here. We already did that and it failed, IMO. >=20 > But I'd appreciate if the games project can: > * reconsider who currently has the time and capacity to be an > appropriate lead > * make the team more open to collaboration from devs > * make the team more open to collaboration from users (e.g. via an > official games overlay on github... bugzilla sucks) > * respond to joining requests > * discuss possible solutions to known eclass problems openly >=20 > If they miss the opportunity to improve these things, then we will > likely see that more people will start to ignore the games project. And= > that's an even worse situation. >=20 > Anyway, this thread certainly has several points. One is just the > eclass, the other is the project behind it. I'd suggest to focus on the= > latter first, maybe the former will be easier to fix then instead of > forcing anarchy-rage by council decision or something like that. >=20 While i do not agree with some summary, that you pointed here, it does not really matter, because the most of your discussed things is really tr= ue. I was the one, who tried to join to Games team(it was around 1,5 years ago). And i have failed to get any answer from vapier. But, honesly, i can not see problem in this. We have similar problem in ARM team, which was fixed by electing new leads by those, who really did most of ARM stuff AND actively responds on e-mails. And yes, previous lead was vapier. I do not want to say that vapier is not doing anything, it would be terrible lie. But project lead should actively responds to the requests. no matter how big his contribution is in terms of code/ebuilds/etc. If it does not reply, the whole progress can be stopped: if there is no way to join the project without lead approval(and lead does not responding) - we have no new manpower. Older developers has been retired and still no new manpower= =2E And then - project dies. Let's try to save Gentoo Games from this! --=20 Best regards, Sergey Popov Gentoo developer Gentoo Desktop-effects project lead Gentoo Qt project lead Gentoo Proxy maintainers project lead --GOpjIx04R3q609JuU0vInnicxhrG8wu0U Content-Type: application/pgp-signature; name="signature.asc" Content-Description: OpenPGP digital signature Content-Disposition: attachment; filename="signature.asc" -----BEGIN PGP SIGNATURE----- Version: GnuPG v2 Comment: Using GnuPG with Thunderbird - http://www.enigmail.net/ iQEcBAEBAgAGBQJTvV+lAAoJECo/aRed9267xlYIAKNHTAJzJVBW36MKkqM84l9G 0jrqSJPiSpIvLv9GEl+y6YpvJUGCchrJk9jjY8K/0UP/OEvnKMqtSWVPQ/CyOFhd cfJkLefsnZb7/9WqjgU3jp4etjb+Xsk4YHZsHsj1oqORMMFX+Hzc+VoTR5EckPnz 4Y1SMXapdl7iK9sK85wQDIAo1zeHJHGAevWtvVa4YyW0oYOtlanCKw4g/02YzwLu TC62G9jPQX1ZW4pPBCffrlkstq8ybFFbtipW/YRJLYwbOJQ9A06zxWp7YzyNgRwp dPXhbX3jcP+REb4F0oWLJYo+ls0q2jUjfPQKj2dAoin4F8ynD+2GqwrI2wzvsWo= =T52o -----END PGP SIGNATURE----- --GOpjIx04R3q609JuU0vInnicxhrG8wu0U--