Bug 1325114
| Summary: | FTBFS: DMRTest: 73 74 75 76 77 78 79 80 81 82 83 84 failed | ||||||||||
|---|---|---|---|---|---|---|---|---|---|---|---|
| Product: | [Fedora] Fedora | Reporter: | Karsten Hopp <karsten> | ||||||||
| Component: | libdap | Assignee: | Orion Poplawski <orion> | ||||||||
| Status: | CLOSED ERRATA | QA Contact: | Fedora Extras Quality Assurance <extras-qa> | ||||||||
| Severity: | high | Docs Contact: | |||||||||
| Priority: | unspecified | ||||||||||
| Version: | 24 | CC: | dan, orion, than | ||||||||
| Target Milestone: | --- | ||||||||||
| Target Release: | --- | ||||||||||
| Hardware: | ppc64 | ||||||||||
| OS: | Linux | ||||||||||
| Whiteboard: | |||||||||||
| Fixed In Version: | libdap-3.17.2-1.fc24 | Doc Type: | Bug Fix | ||||||||
| Doc Text: | Story Points: | --- | |||||||||
| Clone Of: | Environment: | ||||||||||
| Last Closed: | 2016-05-07 12:06:38 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: | 467765, 1071880 | ||||||||||
| Attachments: |
|
||||||||||
|
Description
Karsten Hopp
2016-04-08 09:45:39 UTC
Created attachment 1145078 [details]
DMRtest directory and log
This should be already known to upstream and if I understood correctly, he needs to re-generate the output files on a big endian machine (he has access to the openpower hub guest). With an update to 3.17.1 we will get s390(x) support, because the endian detection was fixed, so I would suggest to disable/remove the known failing tests for the next Fedora builds until fixed in upstream. Broken libdap build is currently blocking the whole GIS stack for Power and s390(x). Created attachment 1146919 [details]
attach a patch to disable dmr test on big endian machines
ATM it's just a workaround before the upstream adds the missing files for big endian in the future.
libdap just built fine with the workaround. In my opinion we should build it with this workaround before upstream provides correct fix. As Dan mentioned the broken libdap build is currently blocking the whole GIS stack for Power and s390(x). We know these DRM tests only works on little endian. http://s390.koji.fedoraproject.org/koji/taskinfo?taskID=2183435 http://ppc.koji.fedoraproject.org/koji/taskinfo?taskID=3298724 http://koji.fedoraproject.org/koji/taskinfo?taskID=13647915 Looks good to me. I believe you are a proven packager so feel free to commit. looking at the patch, it seems the tests should be already disabled for non-little-endians, maybe worth investigating the root cause a bit Also 3.17.1 should be required for s390(x) to correctly detect the endianess - fixed in https://github.com/OPENDAP/libdap4/commit/5b9bc3533bdef37aac938e801d3140dbceb1fe8b hm, maybe it's $ac_word_order vs. $WORD_ORDER in the tests/DMRTest.at Orion ,there's a new 3.17.1 release which fixes big endian issues. It's just bug fix release, and i don't see any api change mentioned in the changelog I can update it to 3.17.1 with my workaround if you don't mind? (yes, i'm a proven packager :) ) Feel free, thanks. I have fixed the root cause in https://github.com/OPENDAP/libdap4/pull/13 :-) http://pkgs.fedoraproject.org/cgit/rpms/libdap.git/commit/?id=d535cbfdded93990ecfc3adc1ae4ad01df636039 But a new issue arose - cppunit-devel doesn't provide the cppunit-config script and expects apps will use the pkgconfig file, as result the unit tests are not run in F-24+. Reported as https://github.com/OPENDAP/libdap4/issues/14 http://koji.fedoraproject.org/koji/taskinfo?taskID=13667786 http://s390.koji.fedoraproject.org/koji/taskinfo?taskID=2186664 http://ppc.koji.fedoraproject.org/koji/taskinfo?taskID=3301848 all scratchs passed libdap-3.17.1-1.fc24 has been submitted as an update to Fedora 24. https://bodhi.fedoraproject.org/updates/FEDORA-2016-f918c3f1db libdap-3.17.1-1.fc24 has been pushed to the Fedora 24 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-2016-f918c3f1db libdap-3.17.2-1.fc24 has been submitted as an update to Fedora 24. https://bodhi.fedoraproject.org/updates/FEDORA-2016-4fc3d101da libdap-3.17.2-1.fc24 has been pushed to the Fedora 24 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-2016-4fc3d101da bes-3.17.0-3.fc24 libdap-3.17.2-1.fc24 has been submitted as an update to Fedora 24. https://bodhi.fedoraproject.org/updates/FEDORA-2016-4fc3d101da bes-3.17.0-3.fc24, gdal-2.0.2-5.fc24, libdap-3.17.2-1.fc24 has been pushed to the Fedora 24 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-2016-4fc3d101da bes-3.17.0-3.fc24, gdal-2.0.2-5.fc24, libdap-3.17.2-1.fc24 has been pushed to the Fedora 24 stable repository. If problems still persist, please make note of it in this bug report. |