Repoquery -f Does Not Work Well.

Home » CentOS » Repoquery -f Does Not Work Well.
CentOS 7 Comments


I’ve found inconstancy between output of repoquery and rpm. I was looking forward towards apache php 5.4 module which must provided by some package SCL (can someone tell me?).

rpm -qf /etc/httpd/modules/ httpd-2.2.15-29.el6.CentOS.x86_64
repoquery -qf /etc/httpd/modules/

so repoquery results in no output

yum list installed httpd Loaded plugins: fastestmirror Loading mirror speeds from cached hostfile
* c6-media:
Installed Packages httpd.x86_64 2.2.15-29.el6.CentOS @c6-media

repoquery -qa httpd httpd-0:2.2.15-29.el6.CentOS.x86_64

No wonder results in no output.

7 thoughts on - Repoquery -f Does Not Work Well.

  • The ‘httpd’ package actually contains the as
    /usr/lib64/httpd/modules/ Running
    ‘repoquery -f /usr/lib64/httpd/modules/’ will generate the correct response.

    RPM, on the other hand, has the benefit of having a local filesystem with the actual files installed.

    One of the first things that the ‘rpm’ command does is stat() the path
    /etc/httpd/modules, discover it’s a symlink, and then run the actual path /usr/lib64/httpd/modules/ through the RPM database. The command is going to pass the ‘real’ location (as best it can find)
    for any query with file paths. ‘repoquery’ doesn’t have the benefit of having the package installed, so it can’t perform this local lookup. It has to rely only on what the package manifest lists.

  • That’s an interesting thing. Ideally I would prefer the query command do exactly what I asked, if I asked about existence of some path, I would like to check that path and tell me which package brought it to my box. In an idiotic situation when symlink came with one package and actual file symlink points to from another, when I query symlink, I’d like to get an answer about it. Am I missing something?


    Valeri Galtsev Sr System Administrator Department of Astronomy and Astrophysics Kavli Institute for Cosmological Physics University of Chicago Phone: 773-702-4247

  • Without looking at the source itself, I can’t be sure, but I suspect that ‘rpm’ first did look for the given path in the RPM database, failed to find anything, and then performed the equivalent of
    ‘readlink -f /etc/httpd/modules/’, canonicalizing the path, then searching again.

    I’m not sure what you’re describing in your example. RPMs can provide symlinks, and they show up in the package manifest. If a package included a symlink to a directory or file owned by another package, I’m sure that querying the path to the symlink would return the package that includes the symlink, not the package that includes what the link pointed to.

  • Oh, great, then I’m happy again. As that is what I expect as an answer to my query. Apparently I failed to read the original post correctly ;-)


    Valeri Galtsev Sr System Administrator Department of Astronomy and Astrophysics Kavli Institute for Cosmological Physics University of Chicago Phone: 773-702-4247

  • Software collections are provided in a different directory. querying for
    /etc/whatever or /usr/whatever won’t work, as scls live under /opt/rh

    For 6, the package is httpd24.x86_64, php54-php.x86_64 etc are the scl packages. To use them, you’d need to install the CentOS-release-SCL.x86_64 which enables the repositories.

  • Yeah, but that’s the problem running repoquery -f
    /usr/lib64/httpd/modules/ does not give any output.

    rpm is actual package manage working under yum, so it job is to maintain the installed package, but I would expect repoquery (which’s a part of yum and as the name suggests ‘query the repository’) to do the same for all added repositories, cause rpm is not responsible for that. And actually it does do that using the downloaded repodata (as you already know), but problem is it’s no working all the time.

    For e.g. it works here

  • Yes, thanks for the info, I really didn’t know that. It got installed as a symlink in /etc/httpd/modules

    However repoquery should list non-SCL packages at least.