Description of problem: dnf doesn't resolve file path provides, such as Provides: /bin/foo Version-Release number of selected component (if applicable): dnf-0.6.4-5.fc21.noarch How reproducible: always Steps to Reproduce: 1. dnf install /bin/ps Actual results: No package /bin/ps available. Error: no package matched: /bin/ps Expected results: Package procps-ng-3.3.10-5.fc21.x86_64 already installed and latest version (actually an output of yum install /bin/ps) Additional info: Such provides is present on multiple packages in Fedora and multiple packages actually use it in Requires. bz#1195385 is related.
Try "dnf install /usr/bin/ps". See http://dnf.readthedocs.org/en/latest/cli_vs_yum.html#dnf-provides-bin-file-does-not-find-any-packages-on-fedora
I'm not trying to actually install ps this way. I'm just pointing out that there are packages (not mine) that use it and they fail to build with dnf, even though they build fine with yum.
To be more specific DNF's depsolver should handle them fine. The problem is with the choosing the "right" package selected from CLI e.g. install <pattern>. At first DNF guess whether it should find package that contains a file or provides the "/*".
It should be fixed by changing the provides / file / name search order. PR: https://github.com/rpm-software-management/dnf/pull/338 *** This bug has been marked as a duplicate of bug 1242946 ***