Thomas M Steenholdt wrote:
Uhm... KISS principle would be to add /sbin and /usr/sbin to the end of PATH as it's a simple change in one package. Symlinking requires an ongoing effort to decide which programs should be placed in /bin, which in /sbin, and which in both /sbin and /bin. Then further effort must be applied to the packages to make sure that they not only install into the correct directory, but also have the proper symlinks set up. This is far from a KISS solution.Les Mikesell wrote:Axel Thimm wrote:On Wed, Apr 23, 2008 at 12:30:31PM -1000, David Cantrell wrote:The FHS states that /sbin and /usr/sbin are for root-only commands. If we have programs in those directories that are to be used by non-root users, I think we've violated the FHS.The FHS says "Utilities used for system administration (and other root-only commands) are stored in /sbin, /usr/sbin, and /usr/local/sbin." It's open to interpretation whether the "other root-only command" implies that "utilities used for system administration" are root-only, too.Given a unix-like context, one would expect a root-only command, by definition, to have modes like rwx------ root root filename. But I still have a problem with not being able to find them in my PATH after su'ing regardless of where they are.Someone clever once came up with the great KISS concept.Applied to this particular problem, we should try to make things simple (as in easy) for all users and admins while keeping the system simple (as in complexity).That solution has already been subscribed in the thread over and over, symlink the tools that make sense from */sbin/ to */bin/ and be done with it. It will solve all issues in both camps and we can carry on.At the same time, this could also be viewed as a compromise between the camp ideals.At the same time still, it keeps the basic layout of the filesystem intact so that we can still be at least somewhat FHS compliant (i know we're not fully compliant, but there's no sense in breaking out of an attempted standard completely). Also we don't need to rewrite documentation and howtos.Everybody happy?
-Toshio
Attachment:
signature.asc
Description: OpenPGP digital signature
-- fedora-devel-list mailing list fedora-devel-list@xxxxxxxxxx https://www.redhat.com/mailman/listinfo/fedora-devel-list
