Bug 1542728
Summary: | libiscsi uninstallable on Fedora Rawhide s390x | ||
---|---|---|---|
Product: | [Fedora] Fedora | Reporter: | Richard W.M. Jones <rjones> |
Component: | libiscsi | Assignee: | Paolo Bonzini <pbonzini> |
Status: | CLOSED RAWHIDE | QA Contact: | Fedora Extras Quality Assurance <extras-qa> |
Severity: | unspecified | Docs Contact: | |
Priority: | unspecified | ||
Version: | 28 | CC: | agrover, amit, berrange, cfergeau, crobinso, dwmw2, itamar, mtasaka, pbonzini, rjones, virt-maint |
Target Milestone: | --- | ||
Target Release: | --- | ||
Hardware: | Unspecified | ||
OS: | Unspecified | ||
Whiteboard: | |||
Fixed In Version: | Doc Type: | If docs needed, set a value | |
Doc Text: | Story Points: | --- | |
Clone Of: | Environment: | ||
Last Closed: | 2018-03-23 19:50:00 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: | 910269 |
Description
Richard W.M. Jones
2018-02-06 22:12:39 UTC
libiscsi.so.8 is from libiscsi package, which is different than iscsi-initiator-utils. For example: https://koji.fedoraproject.org/koji/rpminfo?rpmID=11564058 So probably some mixup due to that Good point. Looking at the recent libiscsi build on s390x: https://koji.fedoraproject.org/koji/rpminfo?rpmID=11564085 I can't see any libiscsi.so.8()(64bit) dependency being generated by RPM. However the same is true also on x86_64, so I don't understand what's going on right now. Even stranger, the build log shows the Provides is generated: Provides: config(libiscsi) = 1.18.0-1.fc28 libiscsi = 1.18.0-1.fc28 libiscsi(s390-64) = 1.18.0-1.fc28 libiscsi.so.8()(64bit) Sorry, ignore previous 2 comments, Provides *is* being generated and included in the package. Well, these dnf dependency problems should be read as: > nothing provides libibverbs.so.1()(64bit) needed by libiscsi-1.18.0-1.fc28.s390x So, > package qemu-block-iscsi-2:2.11.0-4.fc28.s390x requires libiscsi.so.8()(64bit), but [as libiscsi.so.8()(64bit) is provided only by libiscsi-1.18.0-1.fc28.s390x but nothing provides libibverbs.so.1()(64bit) needed by libiscsi-1.18.0-1.fc28.s390x] none of the providers can be installed So the problem is that "nothing provides libibverbs.so.1()(64bit) needed by libiscsi-1.18.0-1.fc28.s390x". Actually on rawhide, on x86_64 libibverbs.so.1()(64bit) is provided by libibverbs, which is rebuild from rdma-core, but rdma-core is currently not built on s390x: https://koji.fedoraproject.org/koji/buildinfo?buildID=1024409 Previously libibverbs.so.1()(64bit) is provided by libibverbs-1.2.1-4.fc26, which is rebuilt from "libibverbs" srpm. Now libibverbs "srpm" is blocked on F-27 and above, and libibverbs binary rpm is rebuilt from rdma-core srpm, but rdma-core is not built on s390x. I see .. I've moved the bug to libiscsi according to comment 5 & 6. This bug appears to have been reported against 'rawhide' during the Fedora 28 development cycle. Changing version to '28'. Latest build of rdma-core is built for s390x, so I guess this is solved (but I don't have a machine to test) |