zlacker

[parent] [thread] 5 comments
1. gorgoi+(OP)[view] [source] 2022-05-11 08:04:34
What about /usr/games! Insensitive clod!
replies(1): >>tremon+77
◧
2. tremon+77[view] [source] 2022-05-11 09:18:47
>>gorgoi+(OP)
/usr/games should never have existed in the first place, imnsho. If it's a small game, its binary could just have been put in /usr/bin. If it's a large game, it probably should be in /opt/$game.
replies(1): >>bityar+Rr
◧◩
3. bityar+Rr[view] [source] [discussion] 2022-05-11 12:21:15
>>tremon+77
It's a historical unix thing. Things in /usr/games (which were not all games) were frivolous and not essential to the OS, and were distributed as a separate tape or archive so that admins could easily choose whether or not to install them.
replies(2): >>jmclnx+pK >>shagie+Fx1
◧◩◪
4. jmclnx+pK[view] [source] [discussion] 2022-05-11 13:56:21
>>bityar+Rr
/usr/games existing allows people to find the most important binaries. If in */bin finding all of these could be difficult
replies(1): >>KerrAv+761
◧◩◪◨
5. KerrAv+761[view] [source] [discussion] 2022-05-11 15:23:57
>>jmclnx+pK
We have a hierarchical filesystem. /usr/bin/games could be a thing.
◧◩◪
6. shagie+Fx1[view] [source] [discussion] 2022-05-11 17:22:45
>>bityar+Rr
I'll also note /usr/games/dm ( https://github.com/vattam/BSDGames/tree/master/dm ) which allowed sysadmins to restrict when programs in /usr/games could be run. Setting up that structure in /usr/bin would be more work to maintain.
[go to top]