Adding /sbin and /usr/sbin to everyone's path in F10

[Tomas Mraz]

On Wed, 2008-04-23 at 13:22 -0400, Behdad Esfahbod wrote:
> On Wed, 2008-04-23 at 11:30 -0400, Tom "spot" Callaway wrote:
> > I propose that we add /sbin and /usr/sbin to the path for normal users
> > (as well as root) for F10? There are plenty of useful tools in there for
> > non-root users (ifconfig, fdisk, parted), and IMHO, any tool which
> > assumes the user is root because it lives in /sbin is fundamentally
> > broken. The LSB doesn't mandate this (at least, not anywhere I can see),
> > so I propose that we just do it.
> > 
> > Anyone opposed to such an action?
> 
> The tools in /sbin are divided into two categories:
> 
>   a) Those that are useful for non-root users, mostly in a
> query/reporting capacity.  Like ifconfig, lsmod, and fdisk (for -l),
> lspci, lsusb, ...
> 
>   b) Those that are not useful without root privileges.   Like modprobe,
> rmmod, insmod, fsck, swapoff, ...
> 
> 
> There are 3 ways to handle this issue:
> 
>   1) All of a) and b) in /sbin, and /sbin not in users' path.  This is
> the current setting.
> 
>   2) All of a) and b) in /sbin, and /sbin in users' path.  This is what
> you propose.
> 
>   3) Symlink all of a) into /bin (or symlink), but keep b) in /sbin and
> keep /sbin out of users' path.
> 
>
> In an ideal world, we would have 3.  But it's a lot of packaging work.
> Failing that, there's near consensus that 2) is better than 1) as the
> set of commands in group a) seems to be larger than b).

I'd add 4) Merge /bin and /sbin and drop /sbin completely. (Why have
them separated if both of them are always in path.)

But I vote for 3) anyway.

In case 2) wins will root keep the /sbin /usr/sbin at the beginning of
the $PATH and regular users will have it at the end of it?
-- 
Tomas Mraz
No matter how far down the wrong road you've gone, turn back.
                                              Turkish proverb