Re: [vulture@aoi.dyndns.org: Bug#100744: Binary should be in /usr/bin, since it's useful to non-admins.]
On 06/14/2001 11:33:15 AM ressu wrote:
>> On Thu, Jun 14, 2001 at 11:20:03AM -0500, Vince Mulhollon wrote:
>> > Now look at this list of reasons why nmap doesn't belong in /usr/sbin:
>> Lets look at the same questions with traceroute.
An excellent point. traceroute surely belongs in the same location as
nmap, and nmap belongs in /usr/bin, therefore traceroute belongs in ...
>> all of the above apply to traceroute aswell, and yet.. traceroute is in
>> sbin.
As per my [rant] that was deleted, one package doing something the "wrong
way" is not an excuse for another package to do something the "wrong way"
just like the other broken package.
>> > If, after you RTDPM, you think it belongs somewhere other than
/usr/bin,
>> > please let me, us, or the package maintainer know.
>> please, don't get mad, i was just trying to show an example of a better
>> program which should go to sbin than traceroute, nmap can be harmful for
>> the system itself so it shouldn't be easily accessible.
I apologize if I unintentionally sounded mad. I was trying to sound as
clear as possible, with as many references, citations, and descriptions of
reasoning as possible, to make the situation as clear as possible. Also,
honestly, if you do think nmap belongs somewhere else, per the FHS, let
everyone know. I don't have the FHS memorized, maybe nmap belongs in
something obscure like /var/lib due to a weird footnote-d exception or
something. I do know for certain that nmap and traceroute don't belong in
/usr/sbin, not by any interpretation of the policy manual or the FHS.
As for harmful, gcc/g++/perl are in /usr/bin and you can compile exploits
with it, fdformat and mformat and superformat and setfdprm are in /usr/bin
and that can destroy data, w and who are in /usr/bin and it's noone's
business other than the admin's who's logged in, smbtorture could have
negative effects on a buggy SMB server. Nothing in the FHS says /usr/bin
is for training wheel programs and /usr/sbin is for naughty programs.
>> yes, i know we are getting sidetracked, the main point here is that if
>> nmap belongs to /usr/bin so does traceroute.
We agree.
Reply to: