Bug 1258416
Summary: | Cannot read EPEL metadata | ||||||||
---|---|---|---|---|---|---|---|---|---|
Product: | [Fedora] Fedora | Reporter: | RevRagnarok <fedora> | ||||||
Component: | libsolv | Assignee: | Packaging Maintenance Team <packaging-team-maint> | ||||||
Status: | CLOSED ERRATA | QA Contact: | Fedora Extras Quality Assurance <extras-qa> | ||||||
Severity: | medium | Docs Contact: | |||||||
Priority: | unspecified | ||||||||
Version: | rawhide | CC: | bruce, danielkza2, dometec, dominix-bugzilla.redhat.com, free-software, hugh, ignatenko, james, jsilhan, jzeleny, klangga, kwhalen2, martin.sourada, me, mluscon, ondrejj, packaging-team-maint, pnemade, theodor+rh, tim.lauridsen, updates, vmukhame, yuri, zlthooray | ||||||
Target Milestone: | --- | ||||||||
Target Release: | --- | ||||||||
Hardware: | Unspecified | ||||||||
OS: | Linux | ||||||||
Whiteboard: | |||||||||
Fixed In Version: | libsolv-0.6.14-1.el7 | Doc Type: | Bug Fix | ||||||
Doc Text: | Story Points: | --- | |||||||
Clone Of: | Environment: | ||||||||
Last Closed: | 2015-12-31 23:29:01 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: | |||||||||
Attachments: |
|
Description
RevRagnarok
2015-08-31 10:42:52 UTC
we should probably enable bunzip2 compression in libsolv. (In reply to Jan Silhan from comment #1) > we should probably enable bunzip2 compression in libsolv. Seems like this helps. Please update the package. Created attachment 1071905 [details]
Patch to enable bzip2 support
*** Bug 1279648 has been marked as a duplicate of this bug. *** libsolv-0.6.14-1.el7 has been submitted as an update to Fedora EPEL 7. https://bodhi.fedoraproject.org/updates/FEDORA-EPEL-2015-71b2d3fcdd libsolv-0.6.14-1.el7 has been pushed to the Fedora EPEL 7 testing repository. If problems still persist, please make note of it in this bug report. If you want to test the update, you can install it with $ su -c 'yum --enablerepo=epel-testing update libsolv' You can provide feedback for this update here: https://bodhi.fedoraproject.org/updates/FEDORA-EPEL-2015-71b2d3fcdd (In reply to Fedora Update System from comment #7) > libsolv-0.6.14-1.el7 has been pushed to the Fedora EPEL 7 testing > repository. If problems still persist, please make note of it in this bug > report. > If you want to test the update, you can install it with > $ su -c 'yum --enablerepo=epel-testing update libsolv' > You can provide feedback for this update here: > https://bodhi.fedoraproject.org/updates/FEDORA-EPEL-2015-71b2d3fcdd this solved the issue for me, thanks for notification. Should this problem manifest itself on Fedora 22? When attempting to create an EPEL 7 chroot with mock I'm hit by what I believe is this bug: $ mock --init -r epel-7-x86_64 INFO: mock.py version 1.2.13 starting (python version = 3.4.2)... Start: init plugins INFO: selinux enabled Finish: init plugins Start: run Start: clean chroot Finish: clean chroot Start: chroot init INFO: calling preinit hooks INFO: enabled root cache INFO: enabled dnf cache Start: cleaning dnf metadata Finish: cleaning dnf metadata INFO: enabled ccache Mock Version: 1.2.13 INFO: Mock Version: 1.2.13 Start: dnf install Failed to open: /var/lib/mock/epel-7-x86_64/root/var/cache/dnf/epel-b7d9da81043aa7ab/repodata/fefdc467d54c3c7f6ddbb5abced77c7a80c79d854e6c0ad9b9e10131f5cac7db-updateinfo.xml.bz2. ERROR: Command failed. See logs for output. # /usr/bin/dnf --installroot /var/lib/mock/epel-7-x86_64/root/ --releasever 7 --disableplugin=snapper install @buildsys-build --setopt=tsflags=nocontexts *** Bug 1293652 has been marked as a duplicate of this bug. *** libsolv-0.6.14-1.el7 has been pushed to the Fedora EPEL 7 stable repository. If problems still persist, please make note of it in this bug report. Sometime during April 2016, 0.6.14 seems to have been dropped from EPEL 7 stable repository. Sometime been May 3rd and May 11th, 0.6.20 seems to have been dropped from EPEL 7 testing repository. AS Kevin says, is still missing. Nor libsolv-0.6.14-1.el7 or 0.6.20 can be found on any repo at this moment. Where do we send money to get this fixed? When checking the package at https://admin.fedoraproject.org/pkgdb/package/rpms/libsolv/, the package status for EPEL 7 says "Retired". The only available version is currently 0.6.11-1.el7 from the CentOS Base repository. The last build for EPEL can be found at http://koji.fedoraproject.org/koji/buildinfo?buildID=704417. Installing this package directly from the there works. CentOS needs to update their package or backport the fix. The package has been changed from Approved to Retired on 2016-05-12 [0] but was unable to find any reasons for the change. I am using libsolv-0.6.20-1.el7.x86_64, which I had installed via EPEL 7 testing, on a server for months and I haven't had any problems. Am I missing a bugreport? https://admin.fedoraproject.org/pkgdb/package/rpms/libsolv/timeline#n1 This problem will be fixed in CentOS 6.3 and RHEL as well. I am still experiencing this bug in CentOS 7. Even after "yum update". If I run "dnf update", I get: Failed to open: /var/cache/dnf/x86_64/7/x86_64/7/epel/repodata/4604192be6a6b33d138dfce0a1ab49bc369a9bc1c5531d4ba2e1746b02e51131-updateinfo.xml.bz2. I can fix this by "yum remove epel-release" but then I don't have epel. I can re-add epel by "dnf install epel-release". Unfortunately, dnf then fails again with the "Failed to open" message. What's up? Why is this still broken for me? I don't think that I'm alone: http://unix.stackexchange.com/questions/250249/error-after-installing-dnf-on-centos-7 More information: $ cat /etc/centos-release CentOS Linux release 7.2.1511 (Core) $ sudo yum list libsolv Loaded plugins: fastestmirror, langpacks Loading mirror speeds from cached hostfile * base: centos.mirror.netelligent.ca * epel: mirror.steadfast.net * extras: centos.mirror.netelligent.ca * updates: centos.mirror.netelligent.ca Installed Packages libsolv.x86_64 0.6.11-1.el7 @base Available PackagES libsolv.i686 0.6.11-1.el7 base This is an old version, without the fix. Why is it still the latest in the standard CentOS 7 repos? Is this the latest version in RHEL repos too? Or is CentOS lagging? If the problem is in both, then EPEL should include an updated version (to support dnf, which is in EPEL). libsolv is marked Retired for EPEL-7 and the reason might be "Already in RHEL" (you can see this by clicking the Retired text on the right from https://admin.fedoraproject.org/pkgdb/package/rpms/libsolv/). But the version from Centos-Base is 0.6.11 which is not compatible with dnf. I installed a newer version from http://koji.fedoraproject.org/koji/buildinfo?buildID=758301 and it works. Maybe the newer version need to be added back. It also seems that the dnf packaging needs to specify that it depends on libsolv of at least version 0.6.x. I don't know what x is, but it is greater than 11 and might be as large as 14. libsolv needs to be re-added to EPEL7. EL7 does not provide a working package, and it should not have been removed. |