Note: This is a public test instance of Red Hat Bugzilla. The data contained within is a snapshot of the live data so any changes you make will not be reflected in the production Bugzilla. Email is disabled so feel free to test any aspect of the site that you want. File any problems you find or give feedback at bugzilla.redhat.com.
Bug 1604882
Summary: | moose: FTBFS in Fedora rawhide | ||||||||||
---|---|---|---|---|---|---|---|---|---|---|---|
Product: | [Fedora] Fedora | Reporter: | Mohan Boddu <mboddu> | ||||||||
Component: | moose | Assignee: | Zbigniew Jędrzejewski-Szmek <zbyszek> | ||||||||
Status: | CLOSED ERRATA | QA Contact: | Fedora Extras Quality Assurance <extras-qa> | ||||||||
Severity: | high | Docs Contact: | |||||||||
Priority: | unspecified | ||||||||||
Version: | 29 | CC: | awilliam, fzatlouk, mhroncok, releng, zbyszek | ||||||||
Target Milestone: | --- | Keywords: | Reopened | ||||||||
Target Release: | --- | ||||||||||
Hardware: | Unspecified | ||||||||||
OS: | Unspecified | ||||||||||
Whiteboard: | AcceptedFreezeException | ||||||||||
Fixed In Version: | moose-3.1.4-1.fc29 | Doc Type: | If docs needed, set a value | ||||||||
Doc Text: | Story Points: | --- | |||||||||
Clone Of: | Environment: | ||||||||||
Last Closed: | 2018-09-11 12:42:40 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: | 1610996 | ||||||||||
Bug Blocks: | 1517012, 1555378, 1565020, 1602938 | ||||||||||
Attachments: |
|
Description
Mohan Boddu
2018-07-20 00:57:32 UTC
Created attachment 1464442 [details]
build.log
file build.log too big, will only attach last 32768 bytes
Created attachment 1464443 [details]
root.log
file root.log too big, will only attach last 32768 bytes
Created attachment 1464444 [details]
state.log
(This is a mass bug update. Forgive me if things are not 100% accurate for this one.) At this moment, your package still requires Python 3.6. This will cause broken upgrades to Fedora 29. Please prioritize this rebuild. Let me know if you need help from the Python maintenance team figuring out why the package FTBFS. Consider orphaning the package if you don't have time for it. Consider retiring the package if upstream is dead and nothing depends on it in Fedora. If you are blocked by other packages (I've recently tried to set the Bugzilla metadata to reflect that), consider helping there as well. Thank you. Got this on s390x: CMake Error at cmake_modules/FindNumPy.cmake:64 (message): NumPy import failure: Traceback (most recent call last): File "<string>", line 1, in <module> File "/usr/lib64/python2.7/site-packages/numpy/__init__.py", line 142, in <module> from . import add_newdocs File "/usr/lib64/python2.7/site-packages/numpy/add_newdocs.py", line 13, in <module> from numpy.lib import add_newdoc File "/usr/lib64/python2.7/site-packages/numpy/lib/__init__.py", line 8, in <module> from .type_check import * File "/usr/lib64/python2.7/site-packages/numpy/lib/type_check.py", line 11, in <module> import numpy.core.numeric as _nx File "/usr/lib64/python2.7/site-packages/numpy/core/__init__.py", line 26, in <module> raise ImportError(msg) ImportError: Importing the multiarray numpy extension module failed. Most likely you are trying to import a failed build of numpy. If you're working with a numpy git repo, try `git clean -xdf` (removes all files not under version control). Otherwise reinstall numpy. Original error was: /usr/lib64/python2.7/site-packages/numpy/core/multiarray.so: undefined symbol: LogBase2_128 Build errors on other arches as well: https://koji.fedoraproject.org/koji/taskinfo?taskID=28900786 *** Bug 1583392 has been marked as a duplicate of this bug. *** Another bulk reminder. Please take action. Your package doesn't install on Fedora 29. Fix it or retire it. This bug appears to have been reported against 'rawhide' during the Fedora 29 development cycle. Changing version to '29'. moose-3.1.4-1.fc29 is tagged to f30. moose-3.1.4-1.fc29 has been submitted as an update to Fedora 29. https://bodhi.fedoraproject.org/updates/FEDORA-2018-4a0eda429f Proposed as a Freeze Exception for 29-beta by Fedora user zbyszek using the blocker tracking app because: The package was built around the branching point and was not tagged info 'f29' tag properly. DNF tries to install the old version which still requires python3.6, and the whole transaction fails. For me this manifests as https://bugzilla.redhat.com/show_bug.cgi?id=1605204, breaking upgrades from F28 to F29. moose-3.1.4-1.fc29 has been submitted as an update to Fedora 29. https://bodhi.fedoraproject.org/updates/FEDORA-2018-4a0eda429f moose-3.1.4-1.fc29 has been pushed to the Fedora 29 testing repository. If problems still persist, please make note of it in this bug report. See https://fedoraproject.org/wiki/QA:Updates_Testing for instructions on how to install test updates. You can provide feedback for this update here: https://bodhi.fedoraproject.org/updates/FEDORA-2018-4a0eda429f Package is building fine, marking as VERIFIED. Discussed at 2018-09-10 freeze exception review meeting: https://meetbot-raw.fedoraproject.org/fedora-blocker-review/2018-09-10/f29-blocker-review.2018-09-10-16.01.html . Accepted (under the block vote at the end of the meeting) as a freeze exception issue as this can prevent upgrades working without the potentially-dangerous --allowerasing , and upgrades typically run without updates-testing so there is a benefit to pushing this stable for folks trying to upgrade at present. moose-3.1.4-1.fc29 has been pushed to the Fedora 29 stable repository. If problems still persist, please make note of it in this bug report. |