Bug 880303
Summary: | dnf could not install using PROVIDES value | ||
---|---|---|---|
Product: | [Fedora] Fedora | Reporter: | Miroslav Suchý <msuchy> |
Component: | dnf | Assignee: | Ales Kozumplik <akozumpl> |
Status: | CLOSED CURRENTRELEASE | QA Contact: | Fedora Extras Quality Assurance <extras-qa> |
Severity: | unspecified | Docs Contact: | |
Priority: | unspecified | ||
Version: | 19 | CC: | akozumpl, jzeleny, psabata, tsmetana |
Target Milestone: | --- | ||
Target Release: | --- | ||
Hardware: | Unspecified | ||
OS: | Unspecified | ||
Whiteboard: | |||
Fixed In Version: | dnf-0.2.18 | Doc Type: | Bug Fix |
Doc Text: | Story Points: | --- | |
Clone Of: | Environment: | ||
Last Closed: | 2013-04-03 14:48:52 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: | |||
Bug Depends On: | |||
Bug Blocks: | 871892 |
Description
Miroslav Suchý
2012-11-26 16:25:22 UTC
Hi, thanks for the report. DNF does not currently search the provides, I wasn't sure how much people use it and so avoided implementation initially (the reason also was to limit the number of possible meanings of the 'dnf install' argument), but it is coming. Commit f78f2f9 adds support for the install command to match against packages' provides lists. I wanted to test it. But package could not be build, because fails in %check phase. Tested with python-hawkey-0.3.3-1.git4e41b7f.fc18.x86_64 First traceback (there are more): 1: Test command: /usr/bin/nosetests "-s" "/home/msuchy/rpmbuild/BUILD/dnf/tests" 1: Test timeout computed to be: 9.99988e+06 1: EEEEE......EEEEEEEE.EEEEEE.....EE 1: ====================================================================== 1: ERROR: Failure: AttributeError ('module' object has no attribute 'FORM_ALL') 1: ---------------------------------------------------------------------- 1: Traceback (most recent call last): 1: File "/usr/lib/python2.7/site-packages/nose/loader.py", line 390, in loadTestsFromName 1: addr.filename, addr.module) 1: File "/usr/lib/python2.7/site-packages/nose/importer.py", line 39, in importFromPath 1: return self.importFromDir(dir_path, fqname) 1: File "/usr/lib/python2.7/site-packages/nose/importer.py", line 86, in importFromDir 1: mod = load_module(part_fqname, fh, filename, desc) 1: File "/home/msuchy/rpmbuild/BUILD/dnf/tests/test_cli.py", line 18, in <module> 1: import base 1: File "/home/msuchy/rpmbuild/BUILD/dnf/tests/base.py", line 18, in <module> 1: import dnf.package 1: File "/home/msuchy/rpmbuild/BUILD/dnf/dnf/package.py", line 26, in <module> 1: import yum.misc 1: File "/home/msuchy/rpmbuild/BUILD/dnf/dnf/yum/__init__.py", line 94, in <module> 1: from dnf import const, queries, sack, selector 1: File "/home/msuchy/rpmbuild/BUILD/dnf/dnf/queries.py", line 40, in <module> 1: class Subject(object): 1: File "/home/msuchy/rpmbuild/BUILD/dnf/dnf/queries.py", line 41, in Subject 1: def __init__(self, pkg_spec, form=hawkey.FORM_ALL): 1: AttributeError: 'module' object has no attribute 'FORM_ALL' The failure you see is because the hawkey version rpm is building against is too old. It still doesn't work for me. rpm -q dnf dnf-0.2.17-1.git6a055e6.fc18.noarch dnf install 'rubygem(json_pure)' Setting up Install Process Resolving Dependencies --> Starting dependency resolution --> Finished dependency resolution Error: nothing provides requested rubygem(json_pure) yum install 'rubygem(json_pure)' Resolving Dependencies --> Running transaction check ---> Package rubygem-json_pure.noarch 0:1.6.3-5.fc18 will be installed --> Finished Dependency Resolution Dependencies Resolved Installing: rubygem-json_pure Ok, fixed in dnf-0.2.20-1.gitdec970f.fc18.noarch. Thanks. This bug appears to have been reported against 'rawhide' during the Fedora 19 development cycle. Changing version to '19'. (As we did not run this process for some time, it could affect also pre-Fedora 19 development cycle bugs. We are very sorry. It will help us with cleanup during Fedora 19 End Of Life. Thank you.) More information and reason for this action is here: https://fedoraproject.org/wiki/BugZappers/HouseKeeping/Fedora19 |