FS#50289 - [libreoffice-fresh] Requires GTK3
Attached to Project:
Arch Linux
Opened by Martin Stromberger (Fabiolla) - Saturday, 06 August 2016, 18:59 GMT
Last edited by Andreas Radke (AndyRTR) - Tuesday, 23 August 2016, 20:05 GMT
Opened by Martin Stromberger (Fabiolla) - Saturday, 06 August 2016, 18:59 GMT
Last edited by Andreas Radke (AndyRTR) - Tuesday, 23 August 2016, 20:05 GMT
|
Details
Libreoffice Fatal exception: Signal 6
libreoffice-still 5.1.5-2 or libreoffice-fresh 5.2.0-2 crahes on startup with below exception if gkt3 is not installed. See for this also: https://www.reddit.com/r/archlinux/comments/45hnx6/libreoffice_error/ If gtk3 is installed, libreoffice can be started (gtk3 is an optional dependency) =========================== javaldx: Could not find a Java Runtime Environment! Warning: failed to read path from javaldx terminate called after throwing an instance of 'com::sun::star::uno::DeploymentException' Fatal exception: Signal 6 Stack: /usr/lib/libreoffice/program/libuno_sal.so.3(+0x39960)[0x7f99bc045960] /usr/lib/libreoffice/program/libuno_sal.so.3(+0x39ad1)[0x7f99bc045ad1] /usr/lib/libc.so.6(+0x330f0)[0x7f99bba030f0] /usr/lib/libc.so.6(gsignal+0xcf)[0x7f99bba0308f] /usr/lib/libc.so.6(abort+0x16a)[0x7f99bba044ba] /usr/lib/libstdc++.so.6(_ZN9__gnu_cxx27__verbose_terminate_handlerEv+0x16d)[0x7f99bb0b04ed] /usr/lib/libstdc++.so.6(+0x8f2a6)[0x7f99bb0ae2a6] /usr/lib/libstdc++.so.6(+0x8f2f1)[0x7f99bb0ae2f1] /usr/lib/libstdc++.so.6(+0x8f508)[0x7f99bb0ae508] /usr/lib/libreoffice/program/libutllo.so(+0x584c1)[0x7f99b62bd4c1] /usr/lib/libreoffice/program/libutllo.so(+0x59c7f)[0x7f99b62bec7f] /usr/lib/libreoffice/program/libutllo.so(+0x5a91a)[0x7f99b62bf91a] /usr/lib/libreoffice/program/libutllo.so(_ZN3utl10ConfigItemC2ERKN3rtl8OUStringE14ConfigItemMode+0x84)[0x7f99b62b0114] /usr/lib/libreoffice/program/libutllo.so(+0xbca21)[0x7f99b6321a21] /usr/lib/libreoffice/program/libutllo.so(_ZN19SvtSysLocaleOptionsC1Ev+0x85)[0x7f99b6322065] /usr/lib/libreoffice/program/libutllo.so(+0xe6363)[0x7f99b634b363] /usr/lib/libreoffice/program/libutllo.so(_ZN12SvtSysLocaleC1Ev+0x55)[0x7f99b634b445] /usr/lib/libreoffice/program/libvcllo.so(+0x3ee18c)[0x7f99b5e3418c] /usr/lib/libreoffice/program/libvcllo.so(_ZN11AllSettingsC1Ev+0x46)[0x7f99b5e342c6] /usr/lib/libreoffice/program/libvcllo.so(+0x3f1c0f)[0x7f99b5e37c0f] /usr/lib/libreoffice/program/libvcllo.so(_ZN11Application11GetSettingsEv+0x32)[0x7f99b5e38aa2] /usr/lib/libreoffice/program/libvclplug_gtklo.so(+0x3baf2)[0x7f99a2e14af2] /usr/lib/libreoffice/program/libvcllo.so(_Z7InitVCLv+0x2aa)[0x7f99b5e3d78a] /usr/lib/libreoffice/program/libvcllo.so(+0x3f854d)[0x7f99b5e3e54d] /usr/lib/libreoffice/program/libvcllo.so(_Z6SVMainv+0x22)[0x7f99b5e3e5a2] /usr/lib/libreoffice/program/libsofficeapp.so(soffice_main+0x8a)[0x7f99bbdbc6ca] /usr/lib/libreoffice/program/soffice.bin[0x4006db] /usr/lib/libc.so.6(__libc_start_main+0xf1)[0x7f99bb9f02d1] /usr/lib/libreoffice/program/soffice.bin[0x40071a] =========================== Steps to reproduce: Start libreoffice on a system with no gtk3 |
This task depends upon
Closed by Andreas Radke (AndyRTR)
Tuesday, 23 August 2016, 20:05 GMT
Reason for closing: Fixed
Additional comments about closing: libo-fresh 5.2.0-3 and -still 5.1.5-3 have dconf disabled.
Tuesday, 23 August 2016, 20:05 GMT
Reason for closing: Fixed
Additional comments about closing: libo-fresh 5.2.0-3 and -still 5.1.5-3 have dconf disabled.
Taken from https://wiki.archlinux.org/index.php/LibreOffice#Theme:
gtk > kde4 > generic. I've a system with kde plasma 5, gkt2 and no gtk3
In /etc/profile.d/libreoffice-still.sh is no entry set
In the memantime I've played around, when gtk3 is installed libreoffice starts
without execption. Then I've uncomentent export SAL_USE_VCLPLUGIN=gtk in /etc/profile.d/libreoffice-still.sh and starte libreoffice again, worked also.
After that I uninstalled gtk3 and libreoffice crashed again at startup. Another user has also this problem -> https://bbs.archlinux.org/viewtopic.php?id=215598
I do not have GTK3 installed, but installing dconf did the trick for me.
Not sure if dconf is worth to compile in at all or if I should disable it like we did in the past with gconf support.
If there's no strong opinion in keeping it I prefer to drop dconf support.