Re: Directory structures in the future and other things I want.

[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]

 



On Fri, 2008-03-28 at 12:04 -0500, Les Mikesell wrote:

> I still think all reasons for having a separate /sbin are obsolete and 

See my comment about tab-completion in another mail. If somebody wants
to clutter their PATH, more power to them, but it doesn't make sense for
most normal users.

> Meanwhile, changing the default user path fixes 
> the worst parts of the problem.  But then there is the alias business 
> too...  Should someone who normally uses "su -" but forgets and does 
> "su" be surprised to learn that rm really doesn't ask if you meant to do 
> that?

Having /sbin and /bin doesn't have a thing to do with that, the
difference is that in root's environment, "rm" is aliased to "rm
-i" (get your facts straight before pulling examples out of your hat).
For what it's worth, that inconsistency between normal and root user use
of "rm" should go away, the sooner the better. Either have it
second-guess the user all the time or never. I'd prefer never because
due to this alias, using "rm -f" has become so common-place that it's
not funny anymore. There's a lesson to be learnt from Windows' mistakes:
If users always get asked if they want to do something they initiated in
the first place, they're much more likely to always confirm whatever
comes their way.

Nils
-- 
     Nils Philippsen    /    Red Hat    /    nphilipp@xxxxxxxxxx
"Those who would give up Essential Liberty to purchase a little Temporary
 Safety, deserve neither Liberty nor Safety."  --  B. Franklin, 1759
 PGP fingerprint:  C4A8 9474 5C4C ADE3 2B8F  656D 47D8 9B65 6951 3011

-- 
fedora-devel-list mailing list
fedora-devel-list@xxxxxxxxxx
https://www.redhat.com/mailman/listinfo/fedora-devel-list

[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]
[Index of Archives]     [Fedora Announce]     [Fedora Kernel]     [Fedora Testing]     [Fedora Formulas]     [Fedora PHP Devel]     [Kernel Development]     [Fedora Legacy]     [Fedora Maintainers]     [Fedora Desktop]     [PAM]     [Red Hat Development]     [Gimp]     [Yosemite News]
  Powered by Linux