Summary: | app-office/libreoffice-3.4.99.1-r1 fails libtest_basic_scanner test, won't install | ||
---|---|---|---|
Product: | Gentoo Linux | Reporter: | Tanktalus |
Component: | [OLD] Unspecified | Assignee: | Gentoo Office Team <office> |
Status: | RESOLVED FIXED | ||
Severity: | normal | CC: | de.techno, fedotov.i.f |
Priority: | Normal | ||
Version: | unspecified | ||
Hardware: | All | ||
OS: | Linux | ||
Whiteboard: | |||
Package list: | Runtime testing required: | --- | |
Attachments: | gzipped build log |
Description
Tanktalus
2011-12-15 02:28:28 UTC
Created attachment 295885 [details]
gzipped build log
Could you please attach the basic_scanner.test.log and try to attach gdb process as described in the error mesage to get meaningfull backtrace? I didn't have gdb installed on that machine... easily resolved. Starting program: /var/tmp/portage/app-office/libreoffice-3.4.99.1/work/libreoffice-core-3.4.99.1/solver/unxlngx6.pro/bin/cppunit/cppunittester /var/tmp/portage/app-office/libreoffice-3.4.99.1/work/libreoffice-core-3.4.99.1/workdir/unxlngx6.pro/LinkTarget/CppunitTest/libtest_basic_scanner.so [Thread debugging using libthread_db enabled] OK (9) Program received signal SIGSEGV, Segmentation fault. QVariantAnimation::registerInterpolator (func=0, interpolationType=67) at animation/qvariantanimation.cpp:437 437 animation/qvariantanimation.cpp: No such file or directory. in animation/qvariantanimation.cpp (gdb) bt #0 QVariantAnimation::registerInterpolator (func=0, interpolationType=67) at animation/qvariantanimation.cpp:437 #1 0x00007fffee459c30 in qRegisterAnimationInterpolator<QColor> ( this=<value optimized out>, __in_chrg=<value optimized out>) at ../../include/QtCore/../../src/corelib/animation/qvariantanimation.h:121 #2 qUnregisterGuiGetInterpolator (this=<value optimized out>, __in_chrg=<value optimized out>) at animation/qguivariantanimation.cpp:82 #3 qUnregisterGuiGetInterpolator__dest_class__::~qUnregisterGuiGetInterpolator__dest_class__ (this=<value optimized out>, __in_chrg=<value optimized out>) at animation/qguivariantanimation.cpp:94 #4 0x00007ffff69eb9f5 in __cxa_finalize () from /lib64/libc.so.6 #5 0x00007fffee44dca6 in ?? () from /usr/lib64/qt4/libQtGui.so.4 #6 0x00007fffffff8cf0 in ?? () #7 0x0000000000000000 in ?? () And, rather than attaching the log file, it's probably easier to paste it: hoth libreoffice-3.4.99.1 # cat ./work/libreoffice-core-3.4.99.1/workdir/unxlngx6.pro/CppunitTest/basic_scanner.test.log OK (9) (Yes, just one line.) My qt level on this machine is 4.7.2(-r2 for qt-core): stable. KDE is also stable level on this machine, but both are unstable (qt 4.7.4/kde 4.7.90) on the machine where libreoffice-3.4.99.1-r1 installed fine. I have two amd64 machines one amd64 plus a few as needed progs as ~amd64 libreoffice fails the basic_scanner (install level) on this machine. The other machine running full ~amd64 install completes "normally" .. so I suspect a dependancy issue .. newer version works older does not .. But I do not know how to figure out the problem .. it is also on the slowest machine .. natually ( 3 hour+ compile time :( ) I forgot to add .. I also have a full ~amd64 install on a second partition of same machine with the full amd64 ( mostly stable) install .. libreoffice-3.4.99.1-r1 compiles fine on it .. but it fails on the stable partition .. other than the differences between stable and unstable amd64 they are essentially the same .. any thoughts on what libraries to test by upgrading the stable side? I installed qt-4.7.4 on the machine where this is failing, and then re-tried libreoffice-3.4.99.1-r1, and this time it worked. Derk - you may want to try the same. And then maybe we can set the pre-reqs for this to the newer level of qt? Thanks! yes upgrading to qt-core-4.7.4-r1 allows the install .. but qt4 is not an explicit dependency of libreoffice unless USE="kde" which is not true on my boxes .. but qt4 flag is set for x11-libs/cairo on my box so it may be pulled in that way .. we should check to see if libreoffice builds at all w/o any qt-core libs on the system okay on a current ~amd64 chroot w/o any qt-core etc. libreoffice compiles and installs fine .. It will take me a little time to do the stable amd64 as I need to build or downgrade a chroot to stable.. so the qt-core aspect appears due to dependency dependencies .. okay on a stable amd64 w/o qt-core libreoffice-3.4.99.1-r1 compiles fine so issue is a side-effect of other dependancies on qt-core .. *** Bug 395335 has been marked as a duplicate of this bug. *** 3.4.99.* is no longer in the Portage tree. Can this bug be closed? I suspect that even 3.5 with kde USE flag still will require qt 4.7.4+ - should they pre-req qt at that level, or just rely on 4.7.4 being marked stable? If the former, then just add the "kde? ( >=x11-libs/qt-core-4.7.4 )" requirement and we're done. If the latter, then, yes, it can be closed. In cvs. Thanks for report and information. |