Mailinglist Archive: opensuse-features (201 mails)

< Previous Next >
[openFATE 305491] package names should also be binary names
  • From: fate_noreply@xxxxxxx
  • Date: Sat, 18 Apr 2009 07:58:04 +0200 (CEST)
  • Message-id: <feature-305491-34@xxxxxxxxxxxxxx>
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

< Previous Next >
This Thread