Gentoo Archives: gentoo-dev

From: Marien Zwart <marienz@g.o>
To: gentoo-dev@l.g.o
Subject: Re: [gentoo-dev] Do we need games group and all that game prefixes?
Date: Sun, 20 May 2012 17:58:59
Message-Id: 1337536673.1860.18.camel@cyclops.marienz.net
In Reply to: Re: [gentoo-dev] Do we need games group and all that game prefixes? by Maxim Kammerer
1 +1 on getting rid of the munging. In my opinion games aren't nearly
2 special enough to get this kind of special treatment.
3
4 On zo, 2012-05-20 at 20:16 +0300, Maxim Kammerer wrote:
5 > Games are rather unique in that they sometimes keep scores across
6 > multiple users.
7
8 Yes, and that's frequently handled by making them setgid to some group
9 that actual user accounts are not in, allowing the games to write to
10 their own statedir without allowing users to mess with those files by
11 hand. Gentoo's approach actually breaks this, as it's already using the
12 group the game executables are in for access control (so actual user
13 accounts *are* in the group the game executables are in). This leads to
14 bug 125902, which contains a lengthy discussion on this same subject.
15
16 My personal opinion is that Gentoo's games setup only helps on systems
17 that have no or heavily restricted network access, no or heavily
18 restricted access to external media, has actual games installed
19 system-wide, and needs access to those restricted to some accounts
20 through technical means. I think such a setup is sufficiently uncommon
21 we shouldn't specialcase games this heavily to support them. I don't
22 think restricting games for resource consumption reasons makes sense, as
23 people will virtually always be able to uselessly consume resources some
24 other way. And I don't think restricting access to games because they're
25 offensive/a waste of time/etc makes sense on the majority of systems, as
26 people will be able to access similar content through other means, or
27 will be able to install games into their homedir.
28
29 However, when this came up in the past Gentoo's games project (which
30 does an outstanding job maintaining a *lot* of games ebuilds) was
31 opposed to changing this as the current setup isn't actually *broken*
32 (for the majority of games), and changing things around a lot of work.
33 So I'd like to request they reconsider (and start installing new/updated
34 games in a more normal way), but as they're the ones doing most of the
35 work here I think it makes sense to leave the decision with them.
36
37 --
38 Marien Zwart