Re: [gentoo-project] Call for Agenda Items -- Council Meeting 2015-10-11

[Daniel Campbell]

-----BEGIN PGP SIGNED MESSAGE-----
Hash: SHA256

On 10/18/2015 02:28 PM, Michał Górny wrote:
> On Sun, 18 Oct 2015 22:58:31 +0200 Ulrich Mueller <ulm@g.o>
> wrote:
>
>> Following up to this. I think the choice is between the two
>> extremes of keeping the status quo and of changing all non-FHS
>> locations, or some intermediate solution.
>>
>> 1. Keep status quo:
>>
>> /usr/games/bin     games binaries /usr/games/lib*    games
>> libraries /usr/share/games   static games data /etc/games games
>> configuration /var/games         variable game data
>> /var/log/games     games logs
>
> This is no longer 'status quo', rather 'past status quo' which is
> slowly removed in favor of whatever upstream uses.
>
>> 2. Change all locations that are not conforming to FHS 3.0:
>>
>> /usr/bin           games binaries Rationale: The FHS has
>> /usr/games as an optional directory for binaries, but we cannot
>> use it because it is blocked by the current directory layout
>> with /usr/games/{bin,lib*}.
>>
>> /usr/lib*          games libraries
>>
>> /usr/share         static games data Rationale: The FHS also
>> allows an optional /usr/share/games but its description says
>> "Static data files for /usr/games". So if the binaries are
>> installed in /usr/bin then (as I read it) the data should go to
>> /usr/share (i.e., to /usr/share/${PN} really).
>
> I'd say we shouldn't take FHS this strongly, and use whatever
> upstream uses. If upstream uses /usr/share/games, so be it. If it
> uses /usr/share directly, so be it. Otherwise, we end up patching
> stuff and unnecessary patching is no fun at all. I still remember
> how much code I had to patch to make random games comply to
> 'gentoo' locations.
>
>> /etc               games configuration
>>
>> /var/games         variable game data Rationale: FHS section
>> 5.7.: "Any variable data relating to games in /usr should be
>> placed here." This could also be used for logs previously placed
>> in /var/log/games, when for some reason they cannot got to
>> /var/log (but AFAICS it would affect only two packages in the
>> tree).
>
(Replying normally and CCing the list since Tbird didn't give me a
"Reply to List" option)


I'm in favor of sticking to upstream where possible. Keeping a bunch
of patches around would make the already-arduous work of games
maintenance even worse. I can appreciate the interest in keeping games
in one place, though, since some users would want their games to
perform well and put a specific path on an SSD or something. The key
part, imo, is whatever we decide on is realistic to implement and
doesn't ruin the filesystem structure. Some upstreams could be
considered less-than-ideal in their care (or lack thereof) when
dealing with directories and install locations.

Maybe we should take an inventory of some common games and determine
where upstream wants to put them in the first place.

- -- 
Daniel Campbell - Gentoo Developer
OpenPGP Key: 0x1EA055D6 @ hkp://keys.gnupg.net
fpr: AE03 9064 AE00 053C 270C  1DE4 6F7A 9091 1EA0 55D6
-----BEGIN PGP SIGNATURE-----
Version: GnuPG v2

iQIcBAEBCAAGBQJWJB0LAAoJEAEkDpRQOeFwxIcP/Rt8/zUejhuCgVatnD+KFhqg
lNrTgkesuTRCl1Q5c2Fyjs6XaXoGxv0G+eVL3V0zlM8haHNY6bJL4+XnnthBD1qI
WyRT07xpFPbNPCXiBaYb2z4EaYugMjugHgmpYg6JFny4YNvOsTHGKDxwTqHegdB0
qmzkOVKj2k6gYGHs10mRHpVuDFF4kAvahafkKC41moD1LNcoJLzVALwT/UwZlB6s
hvWuwYiYcfOuDbyQXmYg5zuWP+77lfcLh1oUtcTzJW/L7H2EQCF4d+aREP1mUEnG
5q7LvIIUsdNyV8L7u0CifoHezK7Er23fn5LnSgvYXgBq0n+Efx9HWqSgcb/fuSfI
qTi4Gs6LMDt0PSRyetrI0/0DcthfVzsDuHyRxdiEMNHvZPJsRimNqm/6gm2B+n3h
/nglbx3IHLp0t0jkwHNA2DyGwFROlf59OQyPHlJ58gR7Mu5TbzoV9Ep5GJrE3pSg
31zkkoefLVGOgTWimsvKMbEZVqI0iA+3fQoJqrH3dXT756vfs45Pm0bFcjL+V93c
WWZrK+UByPTb2Xww6FVvnx04n+k/UQXus8FDRhcuiCqvZ2IsPDx4QUSsr0oylCMe
jDsnFktRWOPzvKzoRkW2FSfWRkR/nR2hYQVJRaFzHF07lOuYkAYnOIJ1GaEtz88U
yXRylZIf1mf4YsOl1GD3
=6avU
-----END PGP SIGNATURE-----