Same comand names in /usr/bin and /usr/sbin

[Nico Kadel-Garcia]

On Mon, Aug 10, 2015 at 2:19 PM, Kevin Fenzi <kevin at scrye.com> wrote:
> On Mon, 10 Aug 2015 12:12:17 -0600
> Orion Poplawski <orion at cora.nwra.com> wrote:
>
>> iproute has /usr/sbin/ss
>> stripesnoop has /usr/bin/ss
>>
>> This causes problems:
>> https://bugzilla.redhat.com/show_bug.cgi?id=1249328
>>
>> It seems like we should have a policy prohibiting different programs
>> with the same command names being in /usr/bin and /usr/sbin.
>> Thoughts?
>
> Well, we already have:
> https://fedoraproject.org/wiki/Packaging:Conflicts#Binary_Name_Conflicts
>
> But of course thats not exactly the same case as here, but I think the
> solution is the same: Talk to upstream and get them to rename if at
> all possible.
>
> kevin

"mock" has a similar problem. That one is simply foolish: The
/usr/bin/mock command *isn't* mock. It's a helper program to summon
the /usr/sbin/mock, which is the "real" mock. Hilarity ensues if you
have PATH set up as many admins do with "/sbin" first, or if you
compile a local copy and have /usr/local/sbin before /usr/local/bin.

The list goes on. authconfig, liveinst, gparted, setup, tuned-adm, etc. etc.