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 1146058
Summary: | libreoffice: fails to build on ppc64le due failng tests | ||||||||||||||||
---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|
Product: | [Fedora] Fedora | Reporter: | Jakub Čajka <jcajka> | ||||||||||||||
Component: | libreoffice | Assignee: | Caolan McNamara <caolanm> | ||||||||||||||
Status: | CLOSED ERRATA | QA Contact: | Fedora Extras Quality Assurance <extras-qa> | ||||||||||||||
Severity: | unspecified | Docs Contact: | |||||||||||||||
Priority: | unspecified | ||||||||||||||||
Version: | 21 | CC: | caolanm, dtardon, erack, jcajka, jgrulich, mstahl, sbergman | ||||||||||||||
Target Milestone: | --- | ||||||||||||||||
Target Release: | --- | ||||||||||||||||
Hardware: | ppc64le | ||||||||||||||||
OS: | Unspecified | ||||||||||||||||
Whiteboard: | |||||||||||||||||
Fixed In Version: | libreoffice-4.3.7.2-9.fc21 | Doc Type: | Bug Fix | ||||||||||||||
Doc Text: | Story Points: | --- | |||||||||||||||
Clone Of: | Environment: | ||||||||||||||||
Last Closed: | 2015-07-18 02:01:56 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: | 1051573 | ||||||||||||||||
Attachments: |
|
Created attachment 940743 [details]
Other failed test
Created attachment 940744 [details]
test2.log
Created attachment 940745 [details]
test3.log
Created attachment 940748 [details]
sfx2.log
(In reply to Jakub Čajka from comment #4) > Created attachment 940748 [details] > sfx2.log this one is an _expected_ exception that is caught and ignored in sfx2/qa/cppunit/test_metadatable.cxx line 126. if the sfx_metadatable test reports failure later we'd need a different backtrace... oh, DEBUGCPPUNIT=TRUE doesn't do what you expect: it merely inserts breakpoints when exceptions are thrown, but in many tests that is expected to happen at some point; the interesting cases are just when the test actually _fails_, then maybe the last thrown exception gives a hint... (In reply to Michael Stahl from comment #5) > (In reply to Jakub Čajka from comment #4) > > Created attachment 940748 [details] > > sfx2.log > > this one is an _expected_ exception that is caught and ignored in > sfx2/qa/cppunit/test_metadatable.cxx line 126. > > if the sfx_metadatable test reports failure later we'd need a different > backtrace... > > oh, DEBUGCPPUNIT=TRUE doesn't do what you expect: it merely inserts > breakpoints when exceptions are thrown, but in many tests that is expected > to happen at some point; the interesting cases are just when the test > actually _fails_, then maybe the last thrown exception gives a hint... So it is not failing, that's good, but sc_subsequent_filters_test remains...(it is failng without DEBUGCPPUNIT=TRUE) (In reply to Jakub Čajka from comment #0) > Problem fist appear in version libreoffice-4.3.2.1-3, all tests were run in > libreoffice-4.3.2.2-1(with java-1.8.0-openjdk-1.8.0.40-9). Are you _sure_ you have got the versions right? Because if yes, then there _was_ a problem that has already been fixed. Yes I have been building libreoffice-4.3.2.2-1... started looking in to it after http://ppc.koji.fedoraproject.org/koji/buildinfo?buildID=265217 (KDE detection bug) and http://ppc.koji.fedoraproject.org/koji/buildinfo?buildID=265853 (java awt bug)... IIRC both fixed by now Trying to build latest version, will see in ~2h. Created attachment 941072 [details]
build log tail
I have tried to build libreoffice-4.3.2.2-4 on ppc64le for Fedora 21, build fails same way as before. In attachment is part of build.log(last 1000 lines) with test failure. Please look in to it, thanks.
I think I've fixed this in f22, but my scratch builds are currently failing due to either out of space or compiler oom failures. aha, got a scratch build success on f22, will backport and build for primaries, which I believe triggers the secondary arch builds IIUC libreoffice-4.3.7.2-9.fc21 has been submitted as an update for Fedora 21. https://admin.fedoraproject.org/updates/libreoffice-4.3.7.2-9.fc21 Package libreoffice-4.3.7.2-9.fc21: * should fix your issue, * was pushed to the Fedora 21 testing repository, * should be available at your local mirror within two days. Update it with: # su -c 'yum update --enablerepo=updates-testing libreoffice-4.3.7.2-9.fc21' as soon as you are able to. Please go to the following url: https://admin.fedoraproject.org/updates/FEDORA-2015-11535/libreoffice-4.3.7.2-9.fc21 then log in and leave karma (feedback). libreoffice-4.3.7.2-9.fc21 has been pushed to the Fedora 21 stable repository. If problems still persist, please make note of it in this bug report. |
Created attachment 940741 [details] Failing test Cppunit test sc_subsequent_filters_test fails during build(see attachment test.log). Problem fist appear in version libreoffice-4.3.2.1-3, all tests were run in libreoffice-4.3.2.2-1(with java-1.8.0-openjdk-1.8.0.40-9). I have noticed missing addin dir and double slashes in file url. I have created instdir/program/addin dir and modified sc/qa/unit/helper/qahelper.cxx:594 : . . OUStringBuffer aBuffer( getSrcRootURL() ); +OUString add; +if (m_aBaseString.indexOf('/') == 0) add = m_aBaseString.copy(1); +else add = m_aBaseString; +aBuffer.append(add).append(aSep).append(aFileExtension); aBuffer.append(aSep).append(aFileBase).append(aFileExtension); . . Now test fails with(see attachment test2.log and just with created missing dir test3.log) Commenting out few first test cases leads to(see attachment test1.log) From backtraces it seems as issue in storage/metadata handling/loading. I have run sfx2 test. With (un)set to DEBUGCPPUNIT=FALSE they passes, when it is set to TRUE test fails with(see attachment sfx2.log)