public inbox for gentoo-dev@lists.gentoo.org
 help / color / mirror / Atom feed
From: "Michał Górny" <mgorny@gentoo.org>
To: gentoo-dev@lists.gentoo.org,Daniel Campbell <zlg@gentoo.org>
Subject: Re: [gentoo-dev] games.eclass policy
Date: Wed, 17 Feb 2016 08:39:56 +0100	[thread overview]
Message-ID: <17EF8F06-5304-4DD6-BFD6-3BB45B920833@gentoo.org> (raw)
In-Reply-To: <56C3D64E.6030700@gentoo.org>

Dnia 17 lutego 2016 03:09:18 CET, Daniel Campbell <zlg@gentoo.org> napisał(a):
>-----BEGIN PGP SIGNED MESSAGE-----
>Hash: SHA256
>
>On 02/08/2016 01:49 PM, Michał Górny wrote:
>> On Sun, 7 Feb 2016 04:13:38 -0800 Daniel Campbell <zlg@gentoo.org>
>> wrote:
>> 
>>> -----BEGIN PGP SIGNED MESSAGE----- Hash: SHA256
>>> 
>>> On 02/07/2016 03:09 AM, Michał Górny wrote:
>>>> On Sun, 7 Feb 2016 11:38:27 +0100 "M.B." <tomboy64@sina.cn>
>>>> wrote:
>>>> 
>>>>> Hello folks.
>>>>> 
>>>>> While hacking away on a new ebuild I came across the issue
>>>>> that games.eclass apparently got banned from future use. The
>>>>> only references I was able to dig up (apart from helpful
>>>>> people on IRC), were
>>>>> https://bugs.gentoo.org/show_bug.cgi?id=566498 (games.eclass:
>>>>> use of games group needs to be removed wrt 20151011 Council
>>>>> meeting) and 
>>>>>
>https://wiki.gentoo.org/wiki/Project:Quality_Assurance/Meeting_Summ
>ar
>>>>> 
>>> ies#Games_team_policies_issue
>>>>> 
>>>>> 
>>> (A mere deprecation notice).
>>>>> 
>>>>> In contrast, a simple "grep deprec /usr/portage/eclass/"
>>>>> gives numerous deprecation warnings; just games.eclass is not
>>>>> among them.
>>>>> 
>>>>> Please provide some guidance how (community-)developers are 
>>>>> supposed to handle games (in particular wrt games.eclass) in
>>>>> the future. This also includes usage of
>>>>> /usr/games/{bin/lib/share} etc.
>>>> 
>>>> For reference, this is the reference decision:
>>>> 
>>>>
>https://projects.gentoo.org/council/meeting-logs/20151213-summary.tx
>t
>>>>
>>>>
>>>> 
>I'm going to open a bug asking games team how they're going to
>>>> proceed.
>>>> 
>>> Please let us know when you do; there are a few Humble Bundle
>>> games I'd like to bring to the tree and I, too, don't have much
>>> to go on as far as guidelines beyond our usual.
>> 
>> I'm sorry for replying this late. The relevant bugs are:
>> 
>> https://bugs.gentoo.org/show_bug.cgi?id=566498 for games group 
>> https://bugs.gentoo.org/show_bug.cgi?id=574080 for paths 
>> https://bugs.gentoo.org/show_bug.cgi?id=574082 as tracker for both
>> 
>Thanks for the links. I understand games have been the subject of a
>lot of 'discussion' on the ML over the past few years. What do you
>believe to be some of the main blockers to getting more dev
>participation? From what I gather, a decent portion of us play games
>on our systems, so it seems reasonable to get more maintainership
>spread out. There's a lot of user interest too, as Ian pointed out.

To answer that, we have to go back a while.

The games team was pretty much formed of two kinds of developers back then. One kind was retired developers, the other kind was developers who did what they cared about and ignored everything and everyone else. Bugs, join requests, complaints, all went ignored and games team kept silent claim to games in gentoo.

So the first Council case against games team was that they did not accept any new members. Or rather, silently ignored join requests. They also ignored inquiries wrt the case and the Council.

The result was that the Council set up someone external to take care of inviting new members, and electing new team lead afterwards. As it could be predicted, nobody wanted to join, or rather be forced into the team they weren't welcome in.

Then the case against policies started. The first abolished myth was games team sole claim to games in gentoo. Where Council pretty much only confirmed that they have no right for that and everyone can maintain game ebuilds without having games team approval or co-maintenance.

The remaining cases you already know.

During the whole process, I don't recall a single reply from games team member. And in the meantime, they continue their silent routine of doing whatever they care about, and ignoring Council requests.

>- -- 
>Daniel Campbell - Gentoo Developer
>OpenPGP Key: 0x1EA055D6 @ hkp://keys.gnupg.net
>fpr: AE03 9064 AE00 053C 270C  1DE4 6F7A 9091 1EA0 55D6
>-----BEGIN PGP SIGNATURE-----
>Version: GnuPG v2
>
>iQIcBAEBCAAGBQJWw9ZJAAoJEAEkDpRQOeFwoDcP/2rHwIb1ztpkBOzt0UWh4IYr
>fbKHCi+NJ9p5j7alLQyjIarZgYMY5yLvRWaP+pR9PPyjIhAmEGEI1SoGLQC8MhJ2
>fqOUKr+EH2mt8I4U3EGzsLAMA4JXm1yaKmDcFV3RQett4uUD9MWECQUxrLBQ/cME
>F0kPaBziIAZM30+jBoplTISNW7n4L4a/S6smcUV0XR7vGL3P67UQiD1zQ2LvF2Ny
>Yj4NMk3Z79rYzog0mqNKaSPVR45rEpTPz+BSoxqwt2t117GQP01n3WlKdyOecKuH
>KRyJ90pOnmJVRmH3pLYubJwq0mjvv4YYD1HVVWzK5r30kmVbd5rWrwt/RVGnpkGk
>EI8CdKuiQwXeWjb+X1Jo0kEhs2e5dKRmPM4z2xHv7YCkkshO/aOC51iP75yLnnZS
>8pxp/D61Xdbfbjm8l+0oHJdIJ9qm6Oc5UGohcWU4pk/mTHNutWjKaOAT3D+Rtu7/
>ILCajj5QapXgJUqEZ8YleWD0e/7Ft2AvWaNNgalz4717daIHhk/JBE0WDDv1M3Pe
>+KT4pC9zToAZelwOnQGLZLyccbyLpgqrwsYArgsqBV3uTwgYRCTqEbBDZAx2m994
>0RyxIgF201hsGKp6yIS9X2nQEgZwFrM3XWDckydiQhpFi6ZMxbWsdKZJxVOUVOEf
>JAF0lamHDp2Em+rjKLU7
>=/tsU
>-----END PGP SIGNATURE-----


-- 
Best regards,
Michał Górny (by phone)


  reply	other threads:[~2016-02-17  7:40 UTC|newest]

Thread overview: 22+ messages / expand[flat|nested]  mbox.gz  Atom feed  top
2016-02-07 10:38 [gentoo-dev] games.eclass policy M.B.
2016-02-07 10:43 ` Patrice Clement
2016-02-07 11:09 ` Michał Górny
2016-02-07 12:13   ` Daniel Campbell
2016-02-08 21:49     ` Michał Górny
2016-02-17  2:09       ` Daniel Campbell
2016-02-17  7:39         ` Michał Górny [this message]
2016-02-17  7:52           ` Michael Sterrett
2016-02-17 10:42             ` Michał Górny
2016-02-17 15:32           ` Denis Dupeyron
2016-02-17 16:22             ` Michał Górny
2016-02-17 17:19               ` Denis Dupeyron
2016-02-17 17:33                 ` Michał Górny
2016-02-17 18:08                   ` Denis Dupeyron
2016-02-17 18:38                     ` Michał Górny
2016-02-18  1:06                       ` Denis Dupeyron
2016-02-18  7:08                         ` Michał Górny
2016-02-20  1:25                           ` [gentoo-dev] " Ryan Hill
2016-02-20 17:13                             ` Andreas K. Hüttel
2016-02-22 13:20                               ` Alexander Berntsen
2016-02-23 16:42             ` [gentoo-dev] " Vadim A. Misbakh-Soloviov
2016-02-10  2:49     ` Ian Delaney

Reply instructions:

You may reply publicly to this message via plain-text email
using any one of the following methods:

* Save the following mbox file, import it into your mail client,
  and reply-to-all from there: mbox

  Avoid top-posting and favor interleaved quoting:
  https://en.wikipedia.org/wiki/Posting_style#Interleaved_style

* Reply using the --to, --cc, and --in-reply-to
  switches of git-send-email(1):

  git send-email \
    --in-reply-to=17EF8F06-5304-4DD6-BFD6-3BB45B920833@gentoo.org \
    --to=mgorny@gentoo.org \
    --cc=gentoo-dev@lists.gentoo.org \
    --cc=zlg@gentoo.org \
    /path/to/YOUR_REPLY

  https://kernel.org/pub/software/scm/git/docs/git-send-email.html

* If your mail client supports setting the In-Reply-To header
  via mailto: links, try the mailto: link
Be sure your reply has a Subject: header at the top and a blank line before the message body.
This is a public inbox, see mirroring instructions
for how to clone and mirror all data and code used for this inbox