Adding /sbin and /usr/sbin to everyone's path in F10
tmraz at redhat.com
Wed Apr 23 18:10:29 UTC 2008
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?
No matter how far down the wrong road you've gone, turn back.
More information about the fedora-devel-list