Feature changed by: Kyle Agronick (metal_head_3767) Feature #305491, revision 34 Title: package names should also be binary names openSUSE-11.2: Duplicate of #303730 Priority Requester: Desirable Requested by: Juergen Weigert (jnweiger) Description: Many packages providing command line applications do so with commands named different than the package Random examples: install cpuset but call cset; install lvm2 but call lvm; install MPlayer but call mplayer, install MozillaFirefox but call firefox, install NetworkManager-kde but call knetworkmanager; install OpenOffice_org but call soffice/ooffice/oowriter I suggest to create one shell script per package, that is named exactly as the package is named, which tells the user how to use the package (unless a binary with that name already exists). This script could point to existing binaries, print documentation, or simply be a symlink to an existing binary if there is one prominent user callable entry point, whatever makes sense. Discussion: #2: Thorsten Kukuk (kukuk) (2008-11-25 05:58:17) Veto. We decided to name RPMs after the name of the upstream package, especially to be in sync with other distributions and don't confuse ISVs and customers completlty. I don't see any benefit for customers, but only disadvantages for everybody. Between, business case for this very cost-intensiv feature is missing. #3: Thorsten Kukuk (kukuk) (2008-11-25 05:59:18) How would you call "pwdutils"? "useradd"? "userdel"? "passwd"? Split them in 100 little RPMs? #10: Thomas Schmidt (digitaltomm) (2008-11-26 12:00:29) This could be added to the command-not-found tool (http://en.opensuse.org/Scout , don't know whether this is available on SLES). When a command is not found, but scout sees a RPM with exactly this name installed it could display a list of the included binaries. This way no packages would need to be changed, it's only an enhancement to command-not-found. #11: Kai Dupke (kdupke) (2008-11-26 12:43:29) (reply to #10) scout is part of the SLES media. Looks like an answer on how to handle this. Not sure if we install this by default. #14: Pavol Rusnak (prusnak) (2009-01-09 15:56:02) (reply to #11) I and mvyskocil are creators and maintainers of scout. All you need to do is to issue (after installing scout of course): $ scout bin firefox repository | binary | path | package --------------------+---------+----------+---------------- zypp (11.1-oss) | firefox | /usr/bin | MozillaFirefox What else needs to be done? #16: Pavol Rusnak (prusnak) (2009-01-09 15:57:33) (reply to #14) I forgot to note that scout is automatically installed in base system in openSUSE 11.1. #17: Juergen Weigert (jnweiger) (2009-01-09 16:43:41) (reply to #11) Hey, thanks for creating scout. This is very helpful. Currently, I can map from binary to package, by using 'scout bin' This feature is about the reverse, mapping from package to binary. Can this be added to scout? Integration with /usr/bin/command-not-found would be very helpful then. E.g. bash$ MPlayer Package MPlayer includes the following binaries: repository | binary | path | package ---------------------------+---------+----------+--------- zypp (Packman Repository) | mplayer | /usr/bin | MPlayer How do we educate our users about the existance of scout? #19: Pavol Rusnak (prusnak) (2009-01-09 17:30:10) (reply to #17) After discussion with Michal, we'll add -p parameter to each module, which will indicate that package name is provided, not search_term. All modules will benefit from that change, not only "bin", so user could also list all java classes from java package and so on. I'm not quite sure about the command-not-found integration. There are some people who don't like the speed of handler and another extra search will add another fractions of seconds. If user wants that feature, he'll just types: $ scout bin -p MPlayer #20: Pavol Rusnak (prusnak) (2009-01-12 17:58:19) (reply to #19) I pushed change into scout git repo which adds -p option to all modules. Updated packages are also available from home:prusnak:scout repository. Feel free to test. $ scout bin mplayer repository | package | path | binary ----------------+---------+----------+--------- zypp (packman) | MPlayer | /usr/bin | mplayer $ scout bin -p MPlayer repository | package | path | binary ----------------+---------+----------+---------- zypp (packman) | MPlayer | /usr/bin | mplayer zypp (packman) | MPlayer | /usr/bin | gmplayer zypp (packman) | MPlayer | /usr/bin | mencvcd zypp (packman) | MPlayer | /usr/bin | mencoder #15: Michael Loeffler (sprudel24) (2009-01-09 15:58:57) (reply to #10) The Scout way sounds like a good solution. #21: Federico Lucifredi (flucifredi) (2009-01-23 15:18:04) Wow. What a discussion. Stano, we spoke with Michal last year about adopting someone's Hack Week work to provide hinting just the way Ubuntu does (when typing a command name that is not in the system, suggest " zypper in [packagename]" with the appropriate package. This is a duplicate of another feature, and something already agreed on. Package renaming seems unlikely, but hinting was in the list since 11.0. Stano, can you please give us the status on that, and close this feature as duplicate if you can find the other ? + #23: Kyle Agronick (metal_head_3767) (2009-04-18 07:57:29) + Why not just keep the packages the same but show the executable name in + software managment?  Also have an option to search by the executable + name. +   -- openSUSE Feature: https://features.opensuse.org/305491