Description of problem: Might be PEBKAC, but it seems that dnf repoquery cannot be used to look for files in a certain directory. $ dnf repoquery -f /etc/udev/rules.d/\* (nada) $ repoquery -f /etc/udev/rules.d/\* (42 packages listed) For me this is one of the most common uses of repoquery. E.g. https://fedorahosted.org/fesco/ticket/615#comment:43. Version-Release number of selected component (if applicable): dnf-1.0.0-1.fc23.noarch yum-utils-1.1.31-505.fc23.noarch yum-3.4.3-506.fc23.noarch
dnf repoquery doesn't support also muti args dnf repoquery python-bottle-sqlite python-sqlite3dbm Error: unrecognized arguments: python-sqlite3dbm repoquery python-bottle-sqlite python-sqlite3dbm python-bottle-sqlite-0:0.1-4.fc21.noarch python-sqlite3dbm-0:0.1.4-6.fc21.noarch
(In reply to Sergio Monteiro Basto from comment #1) > dnf repoquery doesn't support also muti args Different issue, different bug, please.
Second bug for second issue.
This bug appears to have been reported against 'rawhide' during the Fedora 23 development cycle. Changing version to '23'. (As we did not run this process for some time, it could affect also pre-Fedora 23 development cycle bugs. We are very sorry. It will help us with cleanup during Fedora 23 End Of Life. Thank you.) More information and reason for this action is here: https://fedoraproject.org/wiki/BugZappers/HouseKeeping/Fedora23
wildcards also fails with --whatrequires dnf repoquery --whatrequires pyorbit\* none repoquery --whatrequires pyorbit\* at-spi-python-0:1.32.0-14.fc21.x86_64 gnome-python2-bonobo-0:2.28.1-15.fc21.x86_64 pyorbit-devel-0:2.24.0-16.fc21.i686 pyorbit-devel-0:2.24.0-16.fc21.x86_64
Thanks for the report, we'll take a look. `dnf whatprovides <glob-in-filename>` should work - use it as temporary workaround.
Rather "dnf provides". "whatprovides" is an undocumented alias. And it still work only for globs in file names, not in (virtual) provides.
Indeed, that works, and even gives the same results as plain repoquery.
Hi (In reply to Radek Holy from comment #7) > Rather "dnf provides". "whatprovides" is an undocumented alias. And it still > work only for globs in file names, not in (virtual) provides. Please, could you exemplify with pyorbit\* ? I don't understood what you wrote . man repoquery (the old repoquery) , --provides and --requires are PACKAGE QUERY OPTIONS when --whatprovides and --whatrequires are PACKAGE SELECTION OPTIONS
Sergio, I meant that as the workaround, Zbigniew should use e.g. `dnf provides /etc/udev/rules.d/\*` rather than `dnf whatprovides /etc/udev/rules.d/\*` since both are the same but the latter one is not documented. And then I meant that `dnf provides /etc/udev/rules.d/\*` works as expected but OTOH it still cannot help you, Sergio, because `dnf provides pyorbit\*` does not work either. We have no workaround for you since both commands ("repoquery" and "provides") are broken in this regard. They cannot find provides specified by a glob expression, only files.
This package has changed ownership in the Fedora Package Database. Reassigning to the new owner of this component.
https://github.com/rpm-software-management/dnf/pull/528 Fixed in DNF 2.0.
*** Bug 1269731 has been marked as a duplicate of this bug. ***