Linked by Thom Holwerda on Mon 30th Jan 2012 20:39 UTC
General Unix Finally something really interesting to talk about. If you've used UNIX or any of its derivatives, you've probably wondered why there's /bin, /sbin, /usr/bin, /usr/sbin in the file system. You may even have a rationalisation for the existence of each and every one of these directories. The thing is, though - all these rationalisations were thought up after these directories were created. As it turns out, the real reasoning is pretty damn straightforward.
Thread beginning with comment 505284
To view parent comment, click here.
To read all comments associated with this story, please click here.
RE[2]: Between K&R and today..
by Lennie on Tue 31st Jan 2012 12:14 UTC in reply to "RE: Between K&R and today.."
Lennie
Member since:
2007-09-22

Statically linked just isn't as useful anymore, with chroot and initrd on Linux you don't really need it.

That is why it kinda got into disarray.

Reply Parent Score: 2

RE[3]: Between K&R and today..
by cjcoats on Tue 31st Jan 2012 13:26 in reply to "RE[2]: Between K&R and today.."
cjcoats Member since:
2006-04-16

When your mission critical apps die because some *&*$)&^ vendor screws up testing on a revised shared object library, you damned well wish you were able to have a fully tested statically linked version.

Reply Parent Score: 1

RE[4]: Between K&R and today..
by Lennie on Tue 31st Jan 2012 14:04 in reply to "RE[3]: Between K&R and today.."
Lennie Member since:
2007-09-22

Always install vendor app in a jail, zone, lxc or whatever it is called on your system and you are done ?

Reply Parent Score: 2