Public bug reported:
Binary package hint: command-not-found
If a command is already installed by some package, there's no way to
search command-not-found's database (short of some sort of PATH hack).
Searching the database would be a handy way to find out what package
provides that command, along with what other packages provide
identically-named commands. It's also possible to do some of that using
dpkg -S, but that only works if the command *is* installed by some
package, and it uses a different database, and it doesn't list other
packages that provide identically-named commands, and it's slow.
The attached patch adds a new command "packages-providing" that prints a
two-column list listing package names and components that provide the
named command -- e.g.:
$ packages-providing alien
alien main
The patch also changes one line of code to not crash on x86_64
architecture.
This isn't yet properly tested, since I found the database building code
seems broken: is that a known issue? I tested as far as hacking the
code a bit to get myself a tiny database, building and installing the
package, and seeing that "packages-providing alien" printed what I
expected. Can I get a pre-built database that's compatible with bzr
command-not-found from somewhere?
Patch is against bzr revision 71.
$ lsb_release -a
No LSB modules are available.
Distributor ID: Ubuntu
Description: Ubuntu 9.10
Release: 9.10
Codename: karmic
** Affects: command-not-found (Ubuntu)
Importance: Undecided
Status: New
--
Can't search database if a command is on PATH
https://bugs.launchpad.net/bugs/486716
You received this bug notification because you are a member of Ubuntu
Bugs, which is subscribed to Ubuntu.
--
ubuntu-bugs mailing list
ubuntu-bugs@lists.ubuntu.com
https://lists.ubuntu.com/mailman/listinfo/ubuntu-bugs
