Home_greyopenFATE - openSUSE feature tracking > #305491
Dashboard | Search | Sign up | Login

Please login or register to be able to edit or vote this feature.

package names should also be binary names

Feature state

Duplicate of #303730


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.


  • Duplicate of feature #303730:


icons/user_comment.png T. K. wrote: (9 years ago)

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.

icons/user_comment.png T. K. wrote: (9 years ago)

How would you call "pwdutils"? "useradd"? "userdel"? "passwd"?
Split them in 100 little RPMs?

icons/user_comment.png T. S. wrote: (9 years ago)

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.

icons/user_comment.png K. D. wrote: (9 years ago)

scout is part of the SLES media. Looks like an answer on how to handle this. Not sure if we install this by default.

icons/user_comment.png P. R. wrote: (9 years ago)

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?

icons/user_comment.png P. R. wrote: (9 years ago)

I forgot to note that scout is automatically installed in base system in
openSUSE 11.1.

icons/user_comment.png J. W. wrote: (9 years ago)

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?

icons/user_comment.png P. R. wrote: (9 years ago)

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
icons/user_comment.png P. R. wrote: (9 years ago)

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
icons/user_comment.png M. L. wrote: (9 years ago)

The Scout way sounds like a good solution.

icons/user_comment.png F. L. wrote: (9 years ago)

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 ?

icons/user_comment.png K. A. wrote: (9 years ago)

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.

icons/user_comment.png K. D. wrote: (9 years ago)

I support this idea. However if I'm right then the file list (needed for the executable searc) is only available after installing a package. Else we would need to have more data in the meta data which I have some concerns that the effort is really balanced towards the benefit.

Last change: 9 years ago
Loading tags...
Feature Export
Application-xmlXML   Text-x-logPlaintext   PrinterPrint