zlacker

[return to "Understanding the bin, sbin, usr/bin, usr/sbin split (2010)"]
◧
1. EdScho+Oa[view] [source] 2022-05-11 07:57:55
>>taubek+(OP)
I once sent out a proposal on the FreeBSD lists to merge /sbin with /bin, and /usr/sbin with /usr/bin. People were concerned that this would slow down the system, due to PATH lookups taking longer. Even when I demonstrated the opposite was true (it being faster due to fewer directories needing to be scanned), I wasn't able to get consensus. What a shame.
◧◩
2. gorgoi+Hb[view] [source] 2022-05-11 08:04:34
>>EdScho+Oa
What about /usr/games! Insensitive clod!
◧◩◪
3. tremon+Oi[view] [source] 2022-05-11 09:18:47
>>gorgoi+Hb
/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.
◧◩◪◨
4. bityar+yD[view] [source] 2022-05-11 12:21:15
>>tremon+Oi
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.
◧◩◪◨⬒
5. jmclnx+6W[view] [source] 2022-05-11 13:56:21
>>bityar+yD
/usr/games existing allows people to find the most important binaries. If in */bin finding all of these could be difficult
◧◩◪◨⬒⬓
6. KerrAv+Oh1[view] [source] 2022-05-11 15:23:57
>>jmclnx+6W
We have a hierarchical filesystem. /usr/bin/games could be a thing.
[go to top]