Bug 1260547
Summary: | epel metadata is not readable by dnf | ||
---|---|---|---|
Product: | [Fedora] Fedora EPEL | Reporter: | Krzysztof Urbaniak <urban> |
Component: | dnf | Assignee: | Packaging Maintenance Team <packaging-team-maint> |
Status: | CLOSED WONTFIX | QA Contact: | Fedora Extras Quality Assurance <extras-qa> |
Severity: | unspecified | Docs Contact: | |
Priority: | unspecified | ||
Version: | epel7 | CC: | carl, dennis, djw8605, jzeleny, kevin, mastahnke, mluscon, packaging-team-maint, pnemade, vmukhame, Winfrid.Tschiedel |
Target Milestone: | --- | Keywords: | Triaged |
Target Release: | --- | ||
Hardware: | Unspecified | ||
OS: | Unspecified | ||
Whiteboard: | |||
Fixed In Version: | Doc Type: | Bug Fix | |
Doc Text: | Story Points: | --- | |
Clone Of: | Environment: | ||
Last Closed: | 2017-09-21 13:29:08 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
Krzysztof Urbaniak
2015-09-07 08:36:07 UTC
reassigning to dnf since we make the metadata on the same box with the same tools as we do for fedora. So I would say it is a bug in dnf and not the process that makes the metadata This is reproducible by just running repolist as well. [root@test7 ~]# dnf -v repolist cachedir: /var/cache/dnf/x86_64/7/x86_64/7 Loaded plugins: reposync, generate_completion_cache, Query, protected_packages, download, config-manager, builddep, kickstart, debuginfo-install, noroot, needs-restarting DNF version: 0.6.4 Extra Packages for Enterprise Linux 7 - x86_64 5.1 MB/s | 9.1 MB 00:01 not found deltainfo for: Extra Packages for Enterprise Linux 7 - x86_64 Failed to open: /var/cache/dnf/x86_64/7/x86_64/7/epel/repodata/611f6b0048dc88a0b4456a234d3530a201b70a293913599480881ba5b1971aea-updateinfo.xml.bz2. I think this might actually be fixed now, I can't reproduce the error anymore. I still have the same versions of dnf as Krzysztof, so it was either fixed in a dependent library or in the metadata generation itself. # rpm -qa | grep -e yum -e dnf | sort dnf-0.6.4-2.el7.noarch dnf-conf-0.6.4-2.el7.noarch python-dnf-0.6.4-2.el7.noarch yum-3.4.3-132.el7.centos.0.1.noarch yum-cron-3.4.3-132.el7.centos.0.1.noarch yum-langpacks-0.4.2-4.el7.noarch yum-metadata-parser-1.1.4-10.el7.x86_64 yum-plugin-fastestmirror-1.1.31-34.el7.noarch yum-plugin-replace-0.2.7-1.ius.centos7.noarch yum-utils-1.1.31-34.el7.noarch It's happening again. # dnf -v --enablerepo epel makecache cachedir: /var/cache/dnf/x86_64/7/x86_64/7 DNF version: 0.6.4 Making cache files for all metadata files. epel: has expired and will be refreshed. base: will expire after 171995 seconds. updates: will expire after 172013 seconds. extras: will expire after 172016 seconds. Extra Packages for Enterprise Linux 7 - x86_64 21 MB/s | 11 MB 00:00 not found deltainfo for: Extra Packages for Enterprise Linux 7 - x86_64 Failed to open: /var/cache/dnf/x86_64/7/x86_64/7/epel/repodata/bba9c3a47a6492202b34aa95f488ec5f723637f48bc5c56787a74d07ab86f502-updateinfo.xml.bz2. # dnf -v --enablerepo epel-testing makecache cachedir: /var/cache/dnf/x86_64/7/x86_64/7 DNF version: 0.6.4 Making cache files for all metadata files. epel-testing: has expired and will be refreshed. base: will expire after 171985 seconds. updates: will expire after 172003 seconds. extras: will expire after 172006 seconds. Extra Packages for Enterprise Linux 7 - Testing 8.7 MB/s | 1.1 MB 00:00 not found deltainfo for: Extra Packages for Enterprise Linux 7 - Testing - x86_64 Failed to open: /var/cache/dnf/x86_64/7/x86_64/7/epel-testing/repodata/0f7b0ce370c9ee9966da7f82c9b34ecb8aa34e371426e18afe06e834351f5e43-updateinfo.xml.bz2. *** Bug 1362552 has been marked as a duplicate of this bug. *** This was pulled from EPEL7. https://src.fedoraproject.org/rpms/dnf/blob/epel7/f/dead.package |