-----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----- -- fedora-extras-list mailing list fedora-extras-list@xxxxxxxxxx https://www.redhat.com/mailman/listinfo/fedora-extras-list
