Gentoo Archives: gentoo-dev

From: hasufell <hasufell@g.o>
To: gentoo-dev@l.g.o
Subject: Re: [gentoo-dev] gnome-games.eclass: Eclass for installing all gnome-games
Date: Thu, 02 May 2013 13:54:44
Message-Id: 5182701C.8040209@gentoo.org
In Reply to: Re: [gentoo-dev] gnome-games.eclass: Eclass for installing all gnome-games by Pacho Ramos
1 On 05/02/2013 03:40 PM, Pacho Ramos wrote:
2 > El jue, 02-05-2013 a las 14:34 +0200, hasufell escribió:
3 >> On 05/02/2013 12:41 PM, Pacho Ramos wrote:
4 >>> gnome-games was splitted in separate packages per game and, then, we
5 >>> need an eclass to also set proper settings inherited from gnome2 and
6 >>> games eclasses. This should also solve:
7 >>> https://bugs.gentoo.org/show_bug.cgi?id=432848
8 >>>
9 >>> eclass and ebuild (games-puzzle/five-or-more) to try attached
10 >>>
11 >>
12 >> This does not honour GAMES_DATADIR afais.
13 >
14 > They cannot honor it since installing all stuff under /usr/share/games
15 > will lead to them even failing to start (I tried it before).
16 >
17
18 Why?
19
20 It's a common problem that people hardcode data dir destination in their
21 source files, assuming that people only want to install into /usr/share.
22 That is simply a bug and needs to be fixed in the package (it also means
23 it will probably fail for /usr/local and many other usecases, so this is
24 not even a gentoo specific bug).
25
26 You cannot fix that on eclass level and it is not a reason to drop
27 supporting GAMES_DATADIR variable. That is inconsistent and does not
28 make sense. You would even get mixed permissions unless you fix that up too.
29
30 >>
31 >> "prepgamesdirs" is missing completely too.
32 >>
33 >> So those games will not be compliant with the games.eclass standard.
34 >>
35 >
36 > In games.eclass I see you have prepgamesdirs but don't call it on any
37 > exported phase from games.eclass :-/, how are other games calling it?
38 >
39 >
40
41 You call it explicitly.

Replies