On 09/07/14 20:50, Ian Pilcher wrote:
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?
Just broaden your search, so if you try `yum provides '*/acpidump'` and
it returns nothing, then try `yum provides '*acpidump'`, because the
latter should catch packages that have 'Provides: acpidump' and not
actual file provides (e.g. /usr/bin/acpidump).
--
Ahmad Samir