A Hettinger writes: > > So if a game is commonly in /usr/bin in other > > distros, it should > > also be in /usr/bin on Solaris. If it's in > > /usr/games traditionally > > it should probably be in /usr/games. If it's in > > /usr/local/bin > > traditionally, I suspect it should be in /usr/bin, > > but I can't > > swear on it. > > > > That isn't a policy. Quite frankly, what it is, is utterly horrifying. We > have a whole framework to set policies about how our platform is laid out, > and the official policy is "whatever everyone else is doing this week?" > Insanity.
The policy is documented in the filesystem(5) man page. I think what the previous poster was describing was part of the analysis that the ARC can (and will) do when faced with novel or unusual situations. One of the results of a review might be that there's new policy needed. Another possible result is that there's some compelling reason to break policy for a particular instance. Still another is that the project must be changed to conform to Solaris expectations. > Coming from us, I don't think it belongs in /opt. I suppose it means a change > in "man filesystem" but the best thing is probably to resurrect /usr/games. Resurrecting /usr/games for general use sounds like a non-trivial policy change, given both the fact that it was laid to rest with SunOS a couple of decades ago, and that we've been trying hard to avoid having too many software ghettos (such as the /usr/sfw debacle). But if you want to do that, propose it as a PSARC full case (it doesn't look like fast-track to me), describe why it's the right thing to do, and all of the folks on the ARC will hash out the merits. -- James Carlson, Solaris Networking <james.d.carlson at sun.com> Sun Microsystems / 35 Network Drive 71.232W Vox +1 781 442 2084 MS UBUR02-212 / Burlington MA 01803-2757 42.496N Fax +1 781 442 1677
