%datadir or %datadir/games for games?
Wart
wart at kobold.org
Sat Mar 4 18:20:19 UTC 2006
-----BEGIN PGP SIGNED MESSAGE-----
Hash: SHA1
Ralf Corsepius wrote:
>>>>See:
>>>>http://www.pathname.com/fhs/pub/fhs-2.3.html#SPECIFICOPTIONS15
>>>
>>>Note:
>>>/usr/share/games .. Static data files for /usr/games (optional)
>>>
>>>=> I read this as /usr/share/games corresponds to packages having been
>>>installed to /usr/games
>>>
>>
>>Ern, /usr/games isn't mentioned elsewhere in the doc and is very
>>deprecated. I believe they forgot to update this part of the doc when
>>/usr/games got removed.
>
> Well, I think /usr/games and /usr/share/games essentially are historic
> artifacts, and an LSB typical compromise to cater those systems who have
> a tradition in using them.
That's the impression that I also got from reading the FHS.
> IIRC, there had been 2 motivations for /usr/games and /usr/share/games:
> 1. Keeping games out of /usr/bin to keep $PATH clean and lean.
Which seems rather silly to me since the amount of pollution from games
binaries is miniscule compared to everything else already in there.
> 2. Cater games which want to play uid/gid tricks on data files.
> IMO, this argument is void on shared/static data and if at all, only is
> applicable to score-files and the like (which nowadays are supposed to
> live somewhere below /var).
Anything in /usr must be usable as read-only, so I would consider any
attempts to write to /usr as a bug and filed as such.
>>I vote for /use/share/games/xxx because /usr/share is already rather
>>crowded.
>>
>>What do you / others vote?
>
> I vote for "treat games as ordinary applications"
> i.e. /usr/bin, /usr/share/<package>, /usr/lib/<package>, /var/lib, etc.
+1
- --Mike
-----BEGIN PGP SIGNATURE-----
Version: GnuPG v1.4.2.1 (GNU/Linux)
Comment: Using GnuPG with Fedora - http://enigmail.mozdev.org
iD8DBQFECdphDeYlPfs40g8RAuMrAJ9vArd5GyDfbwoq5G+ZAHQJNhZVkACfTffN
AWYPT8WcBw0kEfS1GtZ7Xko=
=B2/M
-----END PGP SIGNATURE-----
More information about the fedora-extras-list
mailing list