Summary: | dev-util/eric-17.01 segmentation fault during install | ||
---|---|---|---|
Product: | Gentoo Linux | Reporter: | Helmut Jarausch <jarausch> |
Component: | Current packages | Assignee: | Qt Bug Alias <qt> |
Status: | RESOLVED INVALID | ||
Severity: | normal | CC: | jstein |
Priority: | Normal | ||
Version: | unspecified | ||
Hardware: | All | ||
OS: | Linux | ||
Whiteboard: | |||
Package list: | Runtime testing required: | --- | |
Attachments: | build log |
Description
Helmut Jarausch
2017-01-04 11:05:59 UTC
Here some further information: Note the option --pyqt=4 and that it dies with QT5. Is this the problem? running /usr/bin/python3.5 install.py -b /usr/bin -d /usr/lib64/python3.5/site-packages -i /var/tmp/portage/dev-util/eric-17.01/image/ -c -z --pyqt=4 under the debugger gives Python Version: 3.5.2 Found PyQt4 Found pyuic4 Program received signal SIGSEGV, Segmentation fault. 0x00007fffed505a65 in QMetaObject::className() const () from /usr/lib64/libQt5Core.so.5 (gdb) where #0 0x00007fffed505a65 in QMetaObject::className() const () from /usr/lib64/libQt5Core.so.5 #1 0x00007fffedda900f in QMetaTypeIdQObject<QWidget*, 8>::qt_metatype_id() () from /usr/lib64/libQt5Widgets.so.5 #2 0x00007fffedd3fcb7 in _GLOBAL__sub_I_qwidgetsvariant.cpp () from /usr/lib64/libQt5Widgets.so.5 #3 0x00007ffff7de9552 in call_init.part () from /lib64/ld-linux-x86-64.so.2 #4 0x00007ffff7de96dd in _dl_init () from /lib64/ld-linux-x86-64.so.2 #5 0x00007ffff7dedd5d in dl_open_worker () from /lib64/ld-linux-x86-64.so.2 #6 0x00007ffff7de93f3 in _dl_catch_error () from /lib64/ld-linux-x86-64.so.2 #7 0x00007ffff7ded589 in _dl_open () from /lib64/ld-linux-x86-64.so.2 #8 0x00007ffff7150ed9 in dlopen_doit () from /lib64/libdl.so.2 #9 0x00007ffff7de93f3 in _dl_catch_error () from /lib64/ld-linux-x86-64.so.2 #10 0x00007ffff7151551 in _dlerror_run () from /lib64/libdl.so.2 #11 0x00007ffff7150f71 in dlopen () from /lib64/libdl.so.2 #12 0x00007ffff7a68919 in _PyImport_FindSharedFuncptr () from /usr/lib64/libpython3.5m.so.1.0 #13 0x00007ffff7a484bb in _PyImport_LoadDynamicModuleWithSpec () from /usr/lib64/libpython3.5m.so.1.0 #14 0x00007ffff7a46627 in _imp_create_dynamic () from /usr/lib64/libpython3.5m.so.1.0 #15 0x00007ffff79bb599 in PyCFunction_Call () from /usr/lib64/libpython3.5m.so.1.0 ---Type <return> to continue, or q <return> to quit--- #16 0x00007ffff7a31d3c in PyEval_EvalFrameEx () from /usr/lib64/libpython3.5m.so.1.0 #17 0x00007ffff7a33cb6 in _PyEval_EvalCodeWithName () from /usr/lib64/libpython3.5m.so.1.0 #18 0x00007ffff7a303c3 in PyEval_EvalFrameEx () from /usr/lib64/libpython3.5m.so.1.0 #19 0x00007ffff7a32a1b in PyEval_EvalFrameEx () from /usr/lib64/libpython3.5m.so.1.0 #20 0x00007ffff7a32a1b in PyEval_EvalFrameEx () from /usr/lib64/libpython3.5m.so.1.0 #21 0x00007ffff7a32a1b in PyEval_EvalFrameEx () from /usr/lib64/libpython3.5m.so.1.0 #22 0x00007ffff7a32a1b in PyEval_EvalFrameEx () from /usr/lib64/libpython3.5m.so.1.0 #23 0x00007ffff7a33cb6 in _PyEval_EvalCodeWithName () from /usr/lib64/libpython3.5m.so.1.0 #24 0x00007ffff7a33da3 in PyEval_EvalCodeEx () from /usr/lib64/libpython3.5m.so.1.0 #25 0x00007ffff799ee64 in function_call () from /usr/lib64/libpython3.5m.so.1.0 #26 0x00007ffff7973d48 in PyObject_Call () from /usr/lib64/libpython3.5m.so.1.0 #27 0x00007ffff7974744 in _PyObject_CallMethodIdObjArgs () from /usr/lib64/libpython3.5m.so.1.0 #28 0x00007ffff7a478c5 in PyImport_ImportModuleLevelObject () ---Type <return> to continue, or q <return> to quit--- from /usr/lib64/libpython3.5m.so.1.0 #29 0x00007ffff7a26564 in builtin___import__ () from /usr/lib64/libpython3.5m.so.1.0 #30 0x00007ffff79bb5b6 in PyCFunction_Call () from /usr/lib64/libpython3.5m.so.1.0 #31 0x00007ffff7a31d3c in PyEval_EvalFrameEx () from /usr/lib64/libpython3.5m.so.1.0 #32 0x00007ffff7a33cb6 in _PyEval_EvalCodeWithName () from /usr/lib64/libpython3.5m.so.1.0 #33 0x00007ffff7a303c3 in PyEval_EvalFrameEx () from /usr/lib64/libpython3.5m.so.1.0 #34 0x00007ffff7a33cb6 in _PyEval_EvalCodeWithName () from /usr/lib64/libpython3.5m.so.1.0 #35 0x00007ffff7a33da3 in PyEval_EvalCodeEx () from /usr/lib64/libpython3.5m.so.1.0 #36 0x00007ffff799ee64 in function_call () from /usr/lib64/libpython3.5m.so.1.0 #37 0x00007ffff7973d48 in PyObject_Call () from /usr/lib64/libpython3.5m.so.1.0 #38 0x00007ffff7974744 in _PyObject_CallMethodIdObjArgs () from /usr/lib64/libpython3.5m.so.1.0 #39 0x00007ffff7a476f5 in PyImport_ImportModuleLevelObject () from /usr/lib64/libpython3.5m.so.1.0 #40 0x00007ffff7a26564 in builtin___import__ () from /usr/lib64/libpython3.5m.so.1.0 ---Type <return> to continue, or q <return> to quit--- #41 0x00007ffff79bb5b6 in PyCFunction_Call () from /usr/lib64/libpython3.5m.so.1.0 #42 0x00007ffff7973d48 in PyObject_Call () from /usr/lib64/libpython3.5m.so.1.0 #43 0x00007ffff7a2a326 in PyEval_CallObjectWithKeywords () from /usr/lib64/libpython3.5m.so.1.0 #44 0x00007ffff7a2e5a9 in PyEval_EvalFrameEx () from /usr/lib64/libpython3.5m.so.1.0 #45 0x00007ffff7a32a1b in PyEval_EvalFrameEx () from /usr/lib64/libpython3.5m.so.1.0 #46 0x00007ffff7a32a1b in PyEval_EvalFrameEx () from /usr/lib64/libpython3.5m.so.1.0 #47 0x00007ffff7a33cb6 in _PyEval_EvalCodeWithName () from /usr/lib64/libpython3.5m.so.1.0 #48 0x00007ffff7a33da3 in PyEval_EvalCodeEx () from /usr/lib64/libpython3.5m.so.1.0 #49 0x00007ffff7a33ddb in PyEval_EvalCode () from /usr/lib64/libpython3.5m.so.1.0 #50 0x00007ffff7a52bd4 in run_mod () from /usr/lib64/libpython3.5m.so.1.0 #51 0x00007ffff7a54fd5 in PyRun_FileExFlags () from /usr/lib64/libpython3.5m.so.1.0 #52 0x00007ffff7a55144 in PyRun_SimpleFileExFlags () from /usr/lib64/libpython3.5m.so.1.0 #53 0x00007ffff7a6b7d2 in Py_Main () from /usr/lib64/libpython3.5m.so.1.0 Did you build qscintilla against qt5? (In reply to Davide Pesavento from comment #2) > Did you build qscintilla against qt5? Yes. Well, that's the problem then. I wonder how you managed that without breaking the deptree though. eric depends on qscintilla-python, which depends on qscintilla[qt4]. (In reply to Davide Pesavento from comment #4) > Well, that's the problem then. I wonder how you managed that without > breaking the deptree though. eric depends on qscintilla-python, which > depends on qscintilla[qt4]. I had dev-python/qscintilla-python-2.9.3 installed here - I couldn't emerge version 2.9.4 because of that qt4/qt5 conflict. Unfortunately, I do need x11-libs/qscintilla[qt5] for sci-mathematics/octave which is very important to me. Then, I'll have to wait until dev-python/qscintilla-python has been ported to qt5. Thanks, Helmut So you had/have qscintilla-python-2.9.3 but qscintilla-2.9.4 installed? That's obviously invalid. > Then, I'll have to wait until dev-python/qscintilla-python has been ported to qt5. bug 541604 |