<html>
<head>
<meta content="text/html; charset=ISO-8859-1"
http-equiv="Content-Type">
</head>
<body text="#000000" bgcolor="#FFFFFF">
<div class="moz-cite-prefix">On 05/05/2014 10:43 AM, Lennart
Poettering wrote:<br>
</div>
<blockquote cite="mid:20140505144348.GF10993@tango.0pointer.de"
type="cite">
<pre wrap="">On Mon, 05.05.14 10:35, Kaleb S. KEITHLEY (<a class="moz-txt-link-abbreviated" href="mailto:kkeithle@redhat.com">kkeithle@redhat.com</a>) wrote:
</pre>
<blockquote type="cite">
<pre wrap="">On 05/05/2014 10:28 AM, Adam Jackson wrote:
</pre>
<blockquote type="cite">
<pre wrap="">On Sun, 2014-05-04 at 18:59 +0200, Reindl Harald wrote:
</pre>
<blockquote type="cite">
<pre wrap="">however, the semantics of /usr/sbin is to contain superuser
binaries which should not be overriden because a binary
with the same name exists in /usr/bin
</pre>
</blockquote>
<pre wrap="">
My memory is that the "s" was more for "static" not "superuser".
There's some conceptual overlap, static binaries being there to recover
even if your shared libraries are hosed which is normally a "superuser"
kind of operation, but.
</pre>
</blockquote>
<pre wrap="">
My recollection is that the "s" in /sbin and /usr/sbin was more
"system" level management. Things an admin would need but would not
usually be needed by an ordinary user.
Binaries in /bin and /sbin would have been statically linked to aid
in recovering a system in single-user mode when /usr might not be
mounted, in the days when disks were so small that /usr might often
be a separate disk.
</pre>
</blockquote>
<pre wrap="">
/usr/sbin is an invention of Linux.</pre>
</blockquote>
It existed in *BSD for as long as I used it.<br>
<br>
<blockquote cite="mid:20140505144348.GF10993@tango.0pointer.de"
type="cite">
<pre wrap="">
The traditional SysV meaning is /sbin for static binaries, and /bin for
and /usr/bin for normal dynamic binaries. Linux then redefine "sbin" as
meaning "system binaries", but that's a concept that really doesn't make
much sense, as you can see for example by Fedora always placing both
/usr/bin and /usr/sbin in the $PATH, and shipping a number of binaries
in both places...
We really should get rid of the destinction, and make all of /bin,
/sbin, /usr/sbin a symlink to /usr/bin, and then never bother again
about $PATH orders and namespace collisions...
Lennart
</pre>
</blockquote>
<br>
<br>
<div class="moz-signature">-- <br>
Stephen Clark<br>
<b>NetWolves Managed Services, LLC.</b><br>
Director of Technology<br>
Phone: 813-579-3200<br>
Fax: 813-882-0209<br>
Email: <a class="moz-txt-link-abbreviated" href="mailto:steve.clark@netwolves.com">steve.clark@netwolves.com</a><br>
<a class="moz-txt-link-freetext" href="http://www.netwolves.com">http://www.netwolves.com</a><br>
</div>
</body>
</html>