On 11/21/2014 10:08 PM, Mike Gilbert wrote:
> On Fri, Nov 21, 2014 at 10:31 AM, hasufell wrote:
>> On 11/21/2014 04:10 PM, Tim Harder wrote:
>>> On 2014-11-21 09:54, hasufell wrote:
There are users who seem to like it and the games team wants to keep it
as well, so I don't see a reason t
On Fri, Nov 21, 2014 at 10:31 AM, hasufell wrote:
> On 11/21/2014 04:10 PM, Tim Harder wrote:
>> On 2014-11-21 09:54, hasufell wrote:
>>> There are users who seem to like it and the games team wants to keep it
>>> as well, so I don't see a reason to push into that direction.
>>
>>> The main thing
On 2014-11-21 10:31, hasufell wrote:
> Are you serious?
> Instead of creating random competing concepts in one repository we
> should rather enhance configuration options, so that the USER can choose
> what he likes instead of the developer.
> I think this is a very bad idea.
> If we all decide
On 11/21/2014 04:10 PM, Tim Harder wrote:
> On 2014-11-21 09:54, hasufell wrote:
>> There are users who seem to like it and the games team wants to keep it
>> as well, so I don't see a reason to push into that direction.
>
>> The main thing is that you cannot turn off all the permission stuff in
>
El vie, 21-11-2014 a las 10:10 -0500, Tim Harder escribió:
> On 2014-11-21 09:54, hasufell wrote:
> > There are users who seem to like it and the games team wants to keep it
> > as well, so I don't see a reason to push into that direction.
>
> > The main thing is that you cannot turn off all the p
On 2014-11-21 09:54, hasufell wrote:
> There are users who seem to like it and the games team wants to keep it
> as well, so I don't see a reason to push into that direction.
> The main thing is that you cannot turn off all the permission stuff in
> the eclass whether you like it or not. Changing
On 11/21/2014 11:04 AM, Pacho Ramos wrote:
> El vie, 21-11-2014 a las 11:03 +0100, Pacho Ramos escribió:
>> El jue, 20-11-2014 a las 23:04 +0100, Michał Górny escribió:
>> [...]
>>> Here's how games-r1 would look like. However, now that I think about it,
>>> it may be actually useful to commit such
El vie, 21-11-2014 a las 11:03 +0100, Pacho Ramos escribió:
> El jue, 20-11-2014 a las 23:04 +0100, Michał Górny escribió:
> [...]
> > Here's how games-r1 would look like. However, now that I think about it,
> > it may be actually useful to commit such an eclass. Otherwise people
> > will keep thin
El jue, 20-11-2014 a las 23:04 +0100, Michał Górny escribió:
[...]
> Here's how games-r1 would look like. However, now that I think about it,
> it may be actually useful to commit such an eclass. Otherwise people
> will keep thinking games.eclass is the way to go.
>
Why isn't games.eclass depreca
Dnia 2014-11-20, o godz. 18:49:25
Ulrich Mueller napisał(a):
> > On Thu, 20 Nov 2014, hasufell wrote:
>
> > From: Julian Ospald
> > Date: Thu Nov 20 17:04:20 UTC 2014
> > Subject: Allow to disable games permissions wrt #467386
>
> > This also removes unnecessary exports of games
> >
On 11/20/2014 06:49 PM, Ulrich Mueller wrote:
>> On Thu, 20 Nov 2014, hasufell wrote:
>
>> From: Julian Ospald
>> Date: Thu Nov 20 17:04:20 UTC 2014
>> Subject: Allow to disable games permissions wrt #467386
>
>> This also removes unnecessary exports of games
>> variables.
>
> Wo
> On Thu, 20 Nov 2014, hasufell wrote:
> From: Julian Ospald
> Date: Thu Nov 20 17:04:20 UTC 2014
> Subject: Allow to disable games permissions wrt #467386
> This also removes unnecessary exports of games
> variables.
Wouldn't it be saner to have a new games-r1.eclass with fixe
I am running this since ~4 months straight without any problems.
From: Julian Ospald
Date: Thu Nov 20 17:04:20 UTC 2014
Subject: Allow to disable games permissions wrt #467386
This also removes unnecessary exports of games
variables.
--- eclass/games.eclass
+++ eclass/games.eclass
@@ -19,25 +19,46 @@
*) die "no support for EAPI=${EAPI}
14 matches
Mail list logo
