On 07/09/2014 12:54 PM, Ahmad Samir wrote:
it's actually a symlink installed by the alternatives system:
Aargh! I never thought of that possibility.
/me has flashbacks to hours of frustration trying to install javaws
note that acpica-tools has an virtual provides acpidump, so just 'yum provides acipdump' should work. Admittedly this is a corner case.
So once upon a time I was able to search for the package that provides an executable by using it's unqualified name -- e.g. "yum provides sshd".
Then that functionality went away. On a CentOS 6 system, for example:
root@n5550 pilcher]# yum provides sshd Loaded plugins: fastestmirror, show-leaves Repository debug is listed more than once in the configuration Loading mirror speeds from cached hostfile
- base: mirror.fdcservers.net
- elrepo-kernel: elrepo.org
- epel: less.cogeco.net
- extras: centos.mirror.freedomvoice.com
- rpmforge: mirror.lug.udel.edu
- updates: mirror.raystedman.net
Warning: 3.0.x versions of yum would erroneously match against filenames. You can use "*/sshd" and/or "*bin/sshd" to get that behaviour No Matches found
But I just noticed that it appears to work on Fedora 20:
[pilcher@ian n5550-acpi]$ sudo yum provides zvbid Loaded plugins: langpacks, show-leaves zvbi-0.2.33-16.fc20.i686 : Raw VBI, Teletext and Closed Caption decoding library Repo : fedora Matched from: Filename : /usr/sbin/zvbid ...
So should I go back to using unqualified executable names?