Re: [gentoo-dev] [QA] Official support for migrating ebuilds out of games.eclass

[Daniel Campbell]

On 06/30/2016 11:31 PM, Michał Górny wrote:
> On Thu, 30 Jun 2016 23:27:18 -0700
> Daniel Campbell <zlg@g.o> wrote:
>
>> On 06/30/2016 06:02 PM, Matt Turner wrote:
>>> On Wed, Jun 29, 2016 at 3:47 PM, Daniel Campbell <zlg@g.o> wrote:
>>>> I'm glad to see some reach-out here and taking responsibility for
>>>> decisions. However, what does the QA team have to say about systems that
>>>> want games on other media (such as an SSD or separate HDD), or wish to
>>>> restrict the use of games on their system to certain accounts?
>>>
>>> Has anyone complained about either of these features going away? If
>>> they're purely theoretical concerns...
>>>
>>> The games.eclass saga has gone on plenty long enough. I would much
>>> prefer that we not relitigate it. I understand that you may not have
>>> been around when most of it happened initially, but please understand
>>> that it's not feasible to reconsider every decision when new
>>> developers join the project.
>>>
>> I understand where you're coming from, but a lack of yelling or
>> complaining isn't logically equivalent to consensus. It's a fair point
>> to make, though. We don't know until we ask, so I'll post something on
>> gentoo-user about it.
>
> Did you know that Gentoo users are more likely to want something once
> you tell them they can want it? Even if it doesn't really make any
> sense, and they never felt like needing it in the past.
>
> So you're likely to make more noise than it's worth, and turn a minor
> loss into a major one. 'Hey, I'm telling you you can do X since we're
> removing it, enjoy it for a few days!'
>
I don't have that grim of an outlook on our userbase. A few simple
questions could create numbers that others can use to infer things from:

1. "Have you used the functionality of games.eclass before?"
2. "Would losing it severely worsen your use case?"
3. "If yes to #2, what _is_ your use case, and what would make it better?"

Enough input could give us some insight, even if that insight turns out
to be "nobody cares". You can't know what you don't ask.
-- 
Daniel Campbell - Gentoo Developer
OpenPGP Key: 0x1EA055D6 @ hkp://keys.gnupg.net
fpr: AE03 9064 AE00 053C 270C  1DE4 6F7A 9091 1EA0 55D6