Bug 1223478

Summary: packages cannot be installed by virtual file provides
Product: [Fedora] Fedora Reporter: Michael Simacek <msimacek>
Component: dnfAssignee: Packaging Maintenance Team <packaging-team-maint>
Status: CLOSED DUPLICATE QA Contact: Fedora Extras Quality Assurance <extras-qa>
Severity: unspecified Docs Contact:
Priority: low    
Version: 21CC: jsilhan, mluscon, packaging-team-maint, pnemade, rholy, samuel-rhbugs, tim.lauridsen, vmukhame
Target Milestone: ---   
Target Release: ---   
Hardware: Unspecified   
OS: Unspecified   
Whiteboard:
Fixed In Version: Doc Type: Bug Fix
Doc Text:
Story Points: ---
Clone Of: Environment:
Last Closed: 2015-08-28 09:29:59 UTC Type: Bug
Regression: --- Mount Type: ---
Documentation: --- CRM:
Verified Versions: Category: ---
oVirt Team: --- RHEL 7.3 requirements from Atomic Host:
Cloudforms Team: --- Target Upstream Version:
Embargoed:

Description Michael Simacek 2015-05-20 15:32:51 UTC 
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.
Comment 1 Parag Nemade 2015-05-20 16:46:04 UTC 
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
Comment 2 Michael Simacek 2015-05-21 09:07:42 UTC 
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.
Comment 3 Honza Silhan 2015-05-21 10:50:24 UTC 
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 "/*".
Comment 4 Honza Silhan 2015-08-28 09:29:59 UTC 
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 ***