games.eclass: mark as @DEAD (last-rite eclass)
Removal on 2021-05-09. Please port to general eclass functions/helpers.
No specific eclass is needed for general games installation.
signature.asc
Description: Message signed with OpenPGP
17.02.2016 21:32, Denis Dupeyron пишет:
> On Wed, Feb 17, 2016 at 12:39 AM, Michał Górny wrote:
>
>> developers who did what they cared about and ignored everything and
>> everyone else.
>>
> I don't know if I'm an exception to the rule, but I've always had fruitful
> interactions with the games
On Wed, 17 Feb 2016 18:06:29 -0700
Denis Dupeyron wrote:
> On Wed, Feb 17, 2016 at 11:38 AM, Michał Górny wrote:
> >
> > Well, maybe it's because you can talk to Python team, discuss and not
> > get ignored by them.
>
> We've already established the same is true for the games team. I'm a livi
On Wed, Feb 17, 2016 at 11:38 AM, Michał Górny wrote:
>
> Well, maybe it's because you can talk to Python team, discuss and not
> get ignored by them.
We've already established the same is true for the games team. I'm a living
example of it and I can't imagine I'm the only one.
> Unlike games
Dear all,
while we have taken a lot of time and called for feedback repeatedly, in the
December 2015 meeting the council has decided (among other things, see [1])
* that /usr/games and /etc/games should not be used anymore
* that games.eclass should not be used anymore
* that games.eclass may n
On Wed, 17 Feb 2016 11:08:30 -0700
Denis Dupeyron wrote:
> On Wed, Feb 17, 2016 at 10:33 AM, Michał Górny wrote:
>
> > I was stating the apparent state of facts. If people are told they're
> > supposed to go with games team, use their eclass, follow their
> > policies, that's how it looks to pe
On Wed, Feb 17, 2016 at 10:33 AM, Michał Górny wrote:
> I was stating the apparent state of facts. If people are told they're
> supposed to go with games team, use their eclass, follow their
> policies, that's how it looks to people.
That's an entirely different point from the one I was making.
On Wed, 17 Feb 2016 10:19:24 -0700
Denis Dupeyron wrote:
> On Wed, Feb 17, 2016 at 9:22 AM, Michał Górny wrote:
>
> > On Wed, 17 Feb 2016 08:32:53 -0700
> > Denis Dupeyron wrote:
> > > Not true. I've been maintaining games for a decade and have never been
> > on
> > > the team.
> >
>
On Wed, Feb 17, 2016 at 9:22 AM, Michał Górny wrote:
> On Wed, 17 Feb 2016 08:32:53 -0700
> Denis Dupeyron wrote:
> > Not true. I've been maintaining games for a decade and have never been
> on
> > the team.
>
> Quoting the previous documentation of games.eclass [...]
>
I'm not seeing the conn
On Wed, 17 Feb 2016 08:32:53 -0700
Denis Dupeyron wrote:
> On Wed, Feb 17, 2016 at 12:39 AM, Michał Górny wrote:
> > games team sole claim to games in gentoo.
> >
>
> Not true. I've been maintaining games for a decade and have never been on
> the team.
Quoting the previous documentation of
On Wed, Feb 17, 2016 at 12:39 AM, Michał Górny wrote:
> developers who did what they cared about and ignored everything and
> everyone else.
>
I don't know if I'm an exception to the rule, but I've always had fruitful
interactions with the games team. I never felt they ignored me.
> games team
Dnia 17 lutego 2016 08:52:31 CET, Michael Sterrett
napisał(a):
>On Wed, Feb 17, 2016 at 2:39 AM, Michał Górny
>wrote:
>
>> 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 an
On Wed, Feb 17, 2016 at 2:39 AM, Michał Górny wrote:
> 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, c
Dnia 17 lutego 2016 03:09:18 CET, Daniel Campbell 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
>> wrote:
>>
>>> -BEGIN PGP SIGNED MESSAGE- Hash: SHA256
>>>
>>> On 02/07/2
-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
> 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 "
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA512
On Sun, 7 Feb 2016 04:13:38 -0800
Daniel Campbell 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." wrote:
> >
> [...]
> ies#Games_team_po
On Sun, 7 Feb 2016 04:13:38 -0800
Daniel Campbell 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." wrote:
> >
> >> Hello folks.
> >>
> >> While hacking away on a new ebuild I came across t
-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." 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
On Sun, 7 Feb 2016 11:38:27 +0100
"M.B." 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/s
Sunday 07 Feb 2016 11:38:27, M.B. 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_b
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
On Sat, Aug 22, 2015 at 4:47 PM, hasufell wrote:
> So my point stands. Games require their own set of policies (and ebuild
> writing guidelines).
I think we're somewhat talking past each other. I'm not debating that
it may be beneficial for games to have some specific policies, and
those should
On 08/22/2015 08:01 PM, Daniel Campbell (zlg) wrote:
>> The primary concern of gamers is that the game runs and that they
>> can reasonably install it (see the games-roguelike/nethack bug
>> which was unsolved for 8 years).
>
> What happened with that bug? 8 years? That's insane!
>
It got fixed
On 08/22/2015 05:25 PM, Rich Freeman wrote:
> On Saturday, August 22, 2015, hasufell wrote:
>>
>>
>> Games differ in a lot of ways and they _require_ different policies. In
>> some cases this also means more lax policies and in some cases more
>> strict policies.
>>
>> An example is unbundling lib
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA256
On 08/22/2015 04:10 AM, hasufell wrote:
> On 08/22/2015 09:33 AM, Daniel Campbell (zlg) wrote:
>> On 08/21/2015 02:09 PM, James Le Cuirot wrote:
>>> On Fri, 21 Aug 2015 12:42:07 -0700 "Daniel Campbell (zlg)"
>>> wrote:
>>
> Sure, we did drop t
On Saturday, August 22, 2015, hasufell wrote:
>
>
> Games differ in a lot of ways and they _require_ different policies. In
> some cases this also means more lax policies and in some cases more
> strict policies.
>
> An example is unbundling libraries. While unbundling libraries is often
> a good
On Sat, 22 Aug 2015 13:10:54 +0200
hasufell wrote:
Great response, thanks!
> Because of that, I provide a 'bundled-libs' USE flag for almost all
> proprietary games I package (e.g. those from GOG). So in case
> something breaks, the user can still opt-out of all this.
I like unbundling but I al
On 08/22/2015 09:33 AM, Daniel Campbell (zlg) wrote:
> On 08/21/2015 02:09 PM, James Le Cuirot wrote:
>> On Fri, 21 Aug 2015 12:42:07 -0700 "Daniel Campbell (zlg)"
>> wrote:
>
Sure, we did drop this, but I don't really see this line of
argument actually accomplishing anything productiv
On Sat, Aug 22, 2015 at 3:33 AM, Daniel Campbell (zlg) wrote:
>
> Great question on the 'cdinstall' flag. Games from Humble Bundle and
> GOG are basically fetch-restricted and require the user to put the
> relevant distfile in /usr/portage/distfiles to install. 'cdinstall'
> could be applied only
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA256
On 08/21/2015 02:09 PM, James Le Cuirot wrote:
> On Fri, 21 Aug 2015 12:42:07 -0700 "Daniel Campbell (zlg)"
> wrote:
>
>>> Sure, we did drop this, but I don't really see this line of
>>> argument actually accomplishing anything productive. Creati
On Fri, 21 Aug 2015 12:42:07 -0700
"Daniel Campbell (zlg)" wrote:
> > Sure, we did drop this, but I don't really see this line of
> > argument actually accomplishing anything productive. Creating a
> > games team that fixes these issues would be productive. Letting
> > others fix them is also p
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA256
On 08/21/2015 10:39 AM, Rich Freeman wrote:
> On Fri, Aug 21, 2015 at 11:10 AM, hasufell
> wrote:
>> On 08/21/2015 08:50 AM, Ulrich Mueller wrote:
On Fri, 21 Aug 2015, hasufell wrote:
>>>
Like allowing that devs may or may not use ga
On Fri, Aug 21, 2015 at 2:17 PM, hasufell wrote:
>
> I don't know. Stick to your word, maybe?
I'm glad we have you here to be our conscience. :)
I'm sure this will go on the next agenda. However, the decision to
kick the can was actually an intentional one. We were hoping to see
more interest
On 08/21/2015 07:39 PM, Rich Freeman wrote:
> On Fri, Aug 21, 2015 at 11:10 AM, hasufell wrote:
>> On 08/21/2015 08:50 AM, Ulrich Mueller wrote:
On Fri, 21 Aug 2015, hasufell wrote:
>>>
Like allowing that devs may or may not use games.eclass, so that
users cannot expect consist
On Fri, Aug 21, 2015 at 11:10 AM, hasufell wrote:
> On 08/21/2015 08:50 AM, Ulrich Mueller wrote:
>>> On Fri, 21 Aug 2015, hasufell wrote:
>>
>>> Like allowing that devs may or may not use games.eclass, so that
>>> users cannot expect consistent behavior for games anymore?
>>
>> Sorry, but th
On 08/21/2015 08:50 AM, Ulrich Mueller wrote:
>> On Fri, 21 Aug 2015, hasufell wrote:
>
>> Like allowing that devs may or may not use games.eclass, so that
>> users cannot expect consistent behavior for games anymore?
>
> Sorry, but that is not accurate. Usage of games.eclass has been
> depr
> On Fri, 21 Aug 2015, hasufell wrote:
> Like allowing that devs may or may not use games.eclass, so that
> users cannot expect consistent behavior for games anymore?
Sorry, but that is not accurate. Usage of games.eclass has been
deprecated by QA [1] (with the council's mandate [2]), so dev
On 12/02/2012 05:39 PM, Tomáš Chvátal wrote:
> There are better ways to do this.
>
> For example you can just grep through the configure file, not having
> to invoke it, see the xorg-2.elass
>
--- games.eclass
+++ games.eclass
@@ -39,12 +39,21 @@
}
egamesconf() {
+ # handle verbose buil
There are better ways to do this.
For example you can just grep through the configure file, not having
to invoke it, see the xorg-2.elass
Tom
2012/12/2 hasufell :
> already filed a bug, but no response so far
> https://bugs.gentoo.org/show_bug.cgi?id=78
>
> any comments?
>
> This is sane imo
already filed a bug, but no response so far
https://bugs.gentoo.org/show_bug.cgi?id=78
any comments?
This is sane imo, cause some games herd developers don't agree with the
"always latest EAPI" thing which is no official policy anyway.
--- eclass/games.eclass
+++ eclass/games.eclass
@@ -39,12
40 matches
Mail list logo
