Please consider moving traceroute to /usr/bin or include (even better) include /usr/sbin and /sbin in $PATH of non-root users. It's very annoying to always type /usr/sbin/traceroute or modify rc-scripts. Also see Bug #18290 which was closed as NOTABUG.
FIx you PATH, that's why you have it. Moving binaries from place to place to conform to whatever default setting of PATH is current is at least as annoying (for everyone) as having to add /usr/sbin to your PATH. At least traceroute is in currently in the same place it's been for several Red Hat releases ...
sbin is for binaries requiring superuser priviledges and being useless for non-root users. traceroute (being setuid root) just doesn't fit into sbin. Same goes for ping which is (sanely) in bin instead of sbin. Please see: http://www.pathname.com/fhs/2.0/fhs-3.10.html ----- CITE ----- Deciding what things go into "sbin" directories is simple: If a normal (not a system administrator) user will ever run it directly, then it should be placed in one of the "bin" directories. Ordinary users should not have to place any of the sbin directories in their path. ----- CITE ----- Please fix this. Having it wrong in older versions is no reason to not fix it. And please outline what problems people would have with the move. I'm changing the Summary as changing $PATH is not the sane solution to the problem. Moving traceroute from sbin to bin is. Reopening the bug as it is a FHS (and thus, a LSB) violation.
Please re-reconsider. If consistancy is an issue, a symlink could be put in sbin for a release or two.
Reopened for reevaluation.
OK, fixed for traceroute. Traceroute now resides in /bin and has a compatibility symlink to /usr/sbin. Currently updating iputils plus various fixes to it as well so that all those combined system tools are in /bin with appropriate symlinks for compatibility. Read ya, Phil
Cool, thanks much!
Excellent, thanks! Do I understand that correctly that traceroute6 and ping6 will move appropriately as well?