should some tools be in /usr/bin instead of /usr/sbin

[chu11]

per mailing list, should ipmiconsole and maybe ipmipower be in /usr/bin instead of /usr/sbin? Argument is that while they are "system administration" tools, they do not require root.

It's a good point, but its been so long, many will have / may have hard coded the path "/usr/sbin". ipmipower more likely than ipmiconsole.

Perhaps backwards compatibility symlinks will be needed? (also for manpages)

[chu11]

some thoughts

• do nothing, these tools have been in /usr/sbin for like 15+ years. People have hard coded these paths, so leave it be. Or if anything is moved, we have to provide backwards compatibility symlinks.

• move just ipmiconsole to /usr/bin, b/c that's sort of a special circumstance. It's literally a tool to login to the console of another system. Can be thought of similarly to /usr/bin/ssh.

• move any ipmi tools that "only do remote access" to /usr/bin. This is ipmiconsole, ipmipower, ipmi-ping, rmcp-ping, and ipmi-detect AFAICT.

• move any ipmi tool that can do "remote access" to /usr/bin, even if root required "node local" access can be done / is often done. So I think bmc-watchdog and ipmi-locate are the only ones not moved.

(side effect maintenance work note, section 8 manpages now section 1, backwards compatibility pointers there too perhaps).

[chu11]

strong argument from a distro, leave in /usr/sbin b/c of security b/c many FreeIPMI tools come with config files. Wouldn't want a sysadmin to setup config file for a tool, then allow user to run tool.