command-not-found should not suggest non-gui vim packages for 'gvim'
Affects | Status | Importance | Assigned to | Milestone | |
---|---|---|---|---|---|
command-not-found (Ubuntu) |
Confirmed
|
Low
|
Unassigned |
Bug Description
Binary package hint: bash-completion
I typed "gvim" at the console and received a set of suggested packages:
$ gvim
The program 'gvim' can be found in the following packages:
* vim
* vim-gnome
* vim-tiny
* vim-gtk
* vim-nox
Try: sudo apt-get install <selected package>
bash: gvim: command not found
I installed vim via "sudo aptitude install vim", which it turned out was already installed.
The suggested package list for "gvim" should only be "gvim, vim-gnome, vim-gtk" displaying any of "vim, vim-tiny, vim-nox" is not useful.
ProblemType: Bug
Architecture: amd64
DistroRelease: Ubuntu 9.04
NonfreeKernelMo
Package: bash-completion 20080705ubuntu3
PackageArchitec
ProcEnviron:
PATH=(custom, user)
LANG=en_AU.UTF-8
SHELL=/bin/bash
SourcePackage: bash-completion
Uname: Linux 2.6.28-11-generic x86_64
affects: | bash-completion (Ubuntu) → command-not-found (Ubuntu) |
Changed in command-not-found (Ubuntu): | |
importance: | Undecided → Low |
status: | New → Confirmed |
Michael: is it possible to add something like debian-packager maintained field to package metadata? Something like:
X-Provided- Alternatives: foo bar froz bot
This would _finally_ stop the endless stream of issues with broken suggestions. We could also add:
X-Provides- Binaries- For-Master- Package: foo
This would stop c-n-f suggesting all the -bin packages instead of the right one that cannot be guessed otherwise. With some time all metadata would be correct.
Is there any process that I could start to make this possible?