Bug 1288729
Summary: | [epel7s390x] python-zmq SRPM does not build correctly on s390x | ||||||
---|---|---|---|---|---|---|---|
Product: | [Fedora] Fedora EPEL | Reporter: | IBM Bug Proxy <bugproxy> | ||||
Component: | python-zmq | Assignee: | Thomas Spura <tomspur> | ||||
Status: | CLOSED INSUFFICIENT_DATA | QA Contact: | Fedora Extras Quality Assurance <extras-qa> | ||||
Severity: | medium | Docs Contact: | |||||
Priority: | unspecified | ||||||
Version: | epel7 | CC: | dan, denis.arnaud_fedora, dhorak, hannsj_uhl, jkachuck, mrunge, tomspur | ||||
Target Milestone: | --- | ||||||
Target Release: | --- | ||||||
Hardware: | s390x | ||||||
OS: | Linux | ||||||
Whiteboard: | |||||||
Fixed In Version: | Doc Type: | Bug Fix | |||||
Doc Text: | Story Points: | --- | |||||
Clone Of: | Environment: | ||||||
Last Closed: | 2020-04-14 11:07:41 UTC | Type: | --- | ||||
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: | 1267648 | ||||||
Attachments: |
|
Description
IBM Bug Proxy
2015-12-05 16:50:30 UTC
The EPEL 7 SRPM for python-zmq from https://dl.fedoraproject.org/pub/epel/7/SRPMS/p/python-zmq-14.3.1-1.el7.src.rpm does not build correctly in Mock on s390x. The following error is observed within build.log file: make sure Poller.poll timeout has the right units (milliseconds). ... FAIL ====================================================================== FAIL: make sure Poller.poll timeout has the right units (milliseconds). ---------------------------------------------------------------------- Traceback (most recent call last): File "/builddir/build/BUILD/pyzmq-14.3.1/zmq/tests/test_poll.py", line 164, in test_timeout self.assertTrue(toc-tic < 0.1) AssertionError: False is not true ---------------------------------------------------------------------- Ran 122 tests in 14.838s FAILED (SKIP=37, failures=1) Created attachment 1102578 [details]
build.log
Which zeromq was in use while rebuilding? This [1] fix for x390x should be in zeromq-4, but it seems zeromq3-3 was used in python-zmq. So maybe switching back to the zeromq package would be best also for epel. (CCing Denis as he has done the most recent zeromq-4 build on epel7 [2]) [1] https://github.com/zeromq/libzmq/commit/245c75aad6a58d8c5c4c3e2732b7a8edbc925dd8 [2] http://koji.fedoraproject.org/koji/buildinfo?buildID=645945 ------- Comment From hannsj_uhl.com 2015-12-08 09:42 EDT------- Comment from Mohammad Zaman 2015-12-07 19:17:49 EST Tested using zeromq-4.0.5-4.el7 https://kojipkgs.fedoraproject.org//packages/zeromq/4.0.5/4.el7/src/zeromq-4.0.5-4.el7.src.rpm which built python-zmq successfully. To successfully use the correct version of zeromq (4.0.5) the python-zmq spec file needs to be changed from: BuildRequires: zeromq3-devel To: BuildRequires: zeromq-devel With no activity in this bug for years, I'm now closing this on the IBM side. If the problem still needs to be addressed, please re-open or preferably open a new bug. Thanks. |