Gentoo Archives: gentoo-project

From: hasufell <hasufell@g.o>
To: gentoo-project@l.g.o
Subject: Re: [gentoo-project] Call for Agenda Items -- Council Meeting 2015-10-11
Date: Mon, 12 Oct 2015 13:07:47
Message-Id: 561BB098.5080003@gentoo.org
In Reply to: Re: [gentoo-project] Call for Agenda Items -- Council Meeting 2015-10-11 by "Michał Górny"
1 On 10/12/2015 10:23 AM, Michał Górny wrote:
2 > Dnia 2015-10-01, o godz. 08:32:01
3 > Rich Freeman <rich0@g.o> napisał(a):
4 >
5 >> On Wed, Sep 30, 2015 at 10:01 AM, Andreas K. Huettel
6 >> <dilfridge@g.o> wrote:
7 >>>
8 >>> the Gentoo Council will meet again on Sunday, October 11 at 19:00 UTC in
9 >>> #gentoo-council on freenode.
10 >>>
11 >>> Please reply to this message with any items you would like us to discuss
12 >>> or vote on.
13 >>>
14 >>
15 >> So, this has been going around in various circles, and I think it is
16 >> better to just air stuff out here. There are lots of arguments for
17 >> and against this. I'm interested in what the general sense is, beyond
18 >> just those who have been vocal in bringing this up.
19 >>
20 >> I'd like the Council to consider:
21 >> 1. Decide that games should not be owned by a games group, and that
22 >> in the default configuration users should not have to be in the games
23 >> group to run games.
24 >
25 > This one has passed yesterday.
26 >
27
28 From what I see, the games project didn't care about the QA vote [0]
29 either and have since been keeping their old workflow and using and
30 developing games.eclass further. What makes people think this will
31 change? Do we want to increase inconsistency now and have 3 layouts for
32 games or fix the underlying problem? I've seen numerous claims from the
33 council to do that, none of them were successful.
34
35 >> 2. Games should be installed in /usr and not /usr/games as with most
36 >> applications
37 >
38 > This one was 2y-2n-3a, so I think we should try to reconsider it from
39 > another perspective to get more uniform vote. New facts about FHS also
40 > came up during the meeting.
41 >
42
43 FHS says that /usr/games is optional [1] (same for the other games
44 related locations) and it doesn't specify in what way this is optional,
45 so I think it makes sense to just leave it out and use standard
46 locations, which will also heavily reduce required patching.
47
48
49 [0]
50 https://wiki.gentoo.org/wiki/Project:Quality_Assurance/Meeting_Summaries#Games_team_policies_issue
51 [1] http://refspecs.linuxfoundation.org/FHS_3.0/fhs-3.0.html#theUsrHierarchy