You are not logged in.
My installation of libreoffice is unusable. I've tried several things to fix it (see below), thus far with no success. Sometimes it crashes the desktop (this has happened with at least three different desktops). Sometimes basic operations seem to hang, and after a long delay finally complete. I've tried the following:
(i) Switched from libreoffice-fresh to libreoffice-still. This had no apparent effect.
(ii) Per ArchLinux LibreOffice, I set SAL_USE_VCLPLUGIN in /etc/profile.d/libreoffice-still.sh, first to
SAL_USE_VCLPLUGIN=gen
then to
SAL_USE_VCLPLUGIN=gtk
The latter setting MAY have stopped the crashes but definitely has not resolved the hangups.
Might reverting to an older version of help? If so, what version might be more stable? I don't need the newest features. Is 'still' likely to more stable than 'fresh'?
Any ideas on this would be greatly appreciated. I'm at my wits end. I can't afford to have desktop crashes. I've considered switching to openoffice, but since it's no longer officially supported, I'm reluctant to go that route.
thanks
Last edited by smrz (2016-06-12 07:36:16)
Offline
I'm not using it much, but from the limited usage I didn't notice any problems you describe. I'm using the -fresh version on KDE.
Are you sure it's caused by libreoffice and not something on another level (dying hdd, some process consuming too many resources...)?
[ Arch x86_64 | linux | Framework 13 | AMD Ryzen™ 5 7640U | 32GB RAM | KDE Plasma Wayland ]
Offline
My installation of libreoffice is unusable. I've tried several things to fix it (see below), thus far with no success. Sometimes it crashes the desktop (this has happened with at least three different desktops). Sometimes basic operations seem to hang, and after a long delay finally complete. I've tried the following:
(i) Switched from libreoffice-fresh to libreoffice-still. This had no apparent effect.
(ii) Per ArchLinux LibreOffice, I set SAL_USE_VCLPLUGIN in /etc/profile.d/libreoffice-still.sh, first toSAL_USE_VCLPLUGIN=gen
then to
SAL_USE_VCLPLUGIN=gtk
The latter setting MAY have stopped the crashes but definitely has not resolved the hangups.
Might reverting to an older version of help? If so, what version might be more stable? I don't need the newest features. Is 'still' likely to more stable than 'fresh'?
Any ideas on this would be greatly appreciated. I'm at my wits end. I can't afford to have desktop crashes. I've considered switching to openoffice, but since it's no longer officially supported, I'm reluctant to go that route.
thanks
I use it daily. The fresh release. No issues in general.
I possess a device, in my pocket, that is capable of accessing the entirety of information known to man.
I use it to look at funny pictures of cats and to argue with strangers.
Offline
fresh is the development version of libreoffice,while still is the stable release.
Some people have found that regardless of the SAL_USE_VCLPLUGIN setting, they had crashes UNLESS gtk3 was installed.
Do you have gtk3 installed ?
For me libreoffice-still works fine, but if you're looking for alternatives i'd suggest calligra (QT office suite ).
Last edited by Lone_Wolf (2016-06-11 18:52:04)
Disliking systemd intensely, but not satisfied with alternatives so focusing on taming systemd.
(A works at time B) && (time C > time B ) ≠ (A works at time C)
Online
I'm not using it much, but from the limited usage I didn't notice any problems you describe. I'm using the -fresh version on KDE.
Are you sure it's caused by libreoffice and not something on another level (dying hdd, some process consuming too many resources...)?
Seems unlikely. The hdd is new, nothing unusual running in the background, everything else works properly.
I do have gtk3 (3.20.6-1) installed. The arch LibreOffice page does state that
With version 5.0, GTK3 is the default, it isn't completely working however
I don't think getting rid of gtk3 is an option.
The only unusual thing about my system is that I have MANY desktops installed (at least half a dozen), but can't see why this should be a problem.
Offline
libreoffice-fresh here: no problems.
The only unusual thing about my system is that I have MANY desktops installed (at least half a dozen), but can't see why this should be a problem.
Could be a big part of the problem.
$ pacman -Qi libreoffice-still (Perhaps a clue there?)
Offline
Any idea what kind of conflicts could occur? It's not obvious to me why the requirements of desktop would interfere with libreoffice.
I have considered either (i) uninstalling the desktops I'm no longer using or even (ii) completely reinstalling arch from scratch. But of course I'd rather not (especially the latter).
For the record:
# pacman -Qi libreoffice-still
Name : libreoffice-still
Version : 5.0.6-1
Description : LibreOffice maintenance branch
Architecture : x86_64
URL : http://www.libreoffice.org/
Licenses : LGPL3
Groups : None
Provides : libreoffice libreoffice-en-US
Depends On : curl>=7.20.0 hunspell>=1.2.8 python>=3.5 libwpd>=0.9.2
libwps neon>=0.28.6 pango nspr libjpeg libxrandr libgl
dbus-glib libxslt redland icu hyphen lpsolve gcc-libs
sh graphite lcms2 poppler>=0.24.0 libvisio libetonyek
libodfgen libcdr libmspub harfbuzz-icu glew nss clucene
hicolor-icon-theme desktop-file-utils shared-mime-info glu
libpagemaker libxinerama libabw libmwaw libe-book
libcups gtk2
Optional Deps : java-runtime: adds java support [installed]
java-environment: required by extension-wiki-publisher and
extension-nlpsolver [installed]
pstoedit: translates PostScript and PDF graphics into other
vector formats
libmythes: for use in thesaurus
beanshell2: interactive java -- good for prototyping/macros
vigra: C++ computer vision library, usable in Basebmp
libmspack: library for Microsoft compression formats for use
in FontOOo
libwpg: library for importing and converting WordPerfect
Graphics format [installed]
sane: for scanner access [installed]
unixodbc: adds ODBC database support
gst-plugins-base-libs: for multimedia content, e.g. in Impress
[installed]
libpaper: takes care of papersize [installed]
postgresql-libs: for postgresql-connector
coin-or-mp: required by the Calc solver
kdelibs: for KDE desktop integration [installed]
Required By : None
Optional For : None
Conflicts With : libreoffice-fresh
Replaces : None
Installed Size : 351.73 MiB
Packager : Andreas Radke <andyrtr@archlinux.org>
Build Date : Fri 06 May 2016 12:11:05 PM PDT
Install Date : Thu 09 Jun 2016 01:04:08 PM PDT
Install Reason : Explicitly installed
Install Script : No
Validated By : Signature
^ The only thing that catches my eye is
Conflicts With : libreoffice-fresh
which I don't understand since I uninstalled libreoffice-fresh; 'pacman -Q libreoffice-fresh' confirms that it's gone.
Last edited by smrz (2016-06-11 20:46:08)
Offline
My installation of libreoffice is unusable. I've tried several things to fix it (see below), thus far with no success. Sometimes it crashes the desktop (this has happened with at least three different desktops).
Each of the crashes should have created a coredump (assuming a default /etc/systemd/coredump.conf). Do the coredumps appear similar ie the backtraces all end in the same executable/library?
Offline
The core dumps are not all from the same program, but are all related to the desktop (I'm currently using kde plasma 5). A list of today's dumps is at the bottom.
Most are
Signal: 11 (SEGV)
although two are
Signal: 6 (ABRT)
Beyond that, I don't know how to interpret the core dump info. A couple examples are below.
Any thoughts on this would be appreciated.
PID: 1351 (kcmshell5)
UID: 1000 (moi)
GID: 1000 (moi)
Signal: 11 (SEGV)
Timestamp: Sat 2016-06-11 11:39:12 PDT (2h 35min ago)
Command Line: /usr/bin/kcmshell5 --icon preferences-system-windows kwindecoration kwinactions kwinfocus kwinmoving
Executable: /usr/bin/kcmshell5
Control Group: /user.slice/user-1000.slice/session-c2.scope
Unit: session-c2.scope
Slice: user-1000.slice
Session: c2
Owner UID: 1000 (moi)
Boot ID: 20122f336c3c4d10a58b62a5668bf5ce
Machine ID: 424a41dcae744a7db0ded075839c1cae
Hostname: archmad
Coredump: /var/lib/systemd/coredump/core.kcmshell5.1000.20122f336c3c4d10a58b62a5668bf5ce.1351.1465670352000000
Message: Process 1351 (kcmshell5) of user 1000 dumped core.
Stack trace of thread 1351:
#0 0x00007f7a201e3854 n/a (libKF5IconThemes.so.5)
#1 0x00007f7a219926f9 _ZN9QHashData11free_helperEPFvPNS_4NodeEE (libQt5Core.so.5)
#2 0x00007f7a201e041c _ZN11KIconLoaderD2Ev (libKF5IconThemes.so.5)
#3 0x00007f7a201e0499 n/a (libKF5IconThemes.so.5)
#4 0x00007f7a24431be8 __run_exit_handlers (libc.so.6)
#5 0x00007f7a24431c35 exit (libc.so.6)
#6 0x00007f7a2441c748 __libc_start_main (libc.so.6)
#7 0x0000000000400779 _start (kcmshell5)
Stack trace of thread 1353:
#0 0x00007f7a244dc353 __select (libc.so.6)
#1 0x00007f7a21b5a04f _Z14qt_safe_selectiP6fd_setS0_S0_PK8timespec (libQt5Core.so.5)
#2 0x00007f7a21b5ba3c _ZN27QEventDispatcherUNIXPrivate8doSelectE6QFlagsIN10QEventLoop17ProcessEvent
#3 0x00007f7a21b5bf2a _ZN20QEventDispatcherUNIX13processEventsE6QFlagsIN10QEventLoop17ProcessEvents
#4 0x00007f7a21b064ca _ZN10QEventLoop4execE6QFlagsINS_17ProcessEventsFlagEE (libQt5Core.so.5)
#5 0x00007f7a2192d2f3 _ZN7QThread4execEv (libQt5Core.so.5)
#6 0x00007f7a237d2a65 n/a (libQt5DBus.so.5)
#7 0x00007f7a219321d8 n/a (libQt5Core.so.5)
#8 0x00007f7a1eb30474 start_thread (libpthread.so.0)
#9 0x00007f7a244e369d __clone (libc.so.6)
-------------------------------------------------------------------------------------
Today's core dumps:
Sat 2016-06-11 10:27:16 PDT 698 1000 1000 11 * /usr/bin/kactivitymanagerd
Sat 2016-06-11 10:27:19 PDT 7361 1000 1000 6 * /usr/bin/kdeinit5
Sat 2016-06-11 10:27:20 PDT 640 1000 1000 11 * /usr/bin/kdeinit5
Sat 2016-06-11 10:40:28 PDT 719 1000 1000 11 * /usr/bin/baloo_file_extractor
Sat 2016-06-11 10:45:59 PDT 1146 1000 1000 6 * /usr/bin/kglobalaccel5
Sat 2016-06-11 10:45:59 PDT 652 1000 1000 11 * /usr/bin/kactivitymanagerd
Sat 2016-06-11 10:50:44 PDT 748 1000 1000 11 * /usr/bin/baloo_file_extractor
Sat 2016-06-11 11:39:12 PDT 1351 1000 1000 11 * /usr/bin/kcmshell5
PID: 1146 (kglobalaccel5)
UID: 1000 (moi)
GID: 1000 (moi)
Signal: 6 (ABRT)
Timestamp: Sat 2016-06-11 10:45:58 PDT (3h 29min ago)
Command Line: /usr/bin/kglobalaccel5
Executable: /usr/bin/kglobalaccel5
Control Group: /user.slice/user-1000.slice/user@1000.service/dbus.service
Unit: user@1000.service
User Unit: user@1000.service
Slice: user-1000.slice
Owner UID: 1000 (moi)
Boot ID: ac2f1eae9e7a478ab317bd839082f03d
Machine ID: 424a41dcae744a7db0ded075839c1cae
Hostname: archmad
Coredump: /var/lib/systemd/coredump/core.kglobalaccel5.1000.ac2f1eae9e7a478ab317bd839082f03d.1146.146566715800
Message: Process 1146 (kglobalaccel5) of user 1000 dumped core.
Stack trace of thread 1146:
#0 0x00007feda96b2295 raise (libc.so.6)
#1 0x00007feda96b36da abort (libc.so.6)
#2 0x00007feda9e39c61 _ZNK14QMessageLogger5fatalEPKcz (libQt5Core.so.5)
#3 0x00007fed9f8333a7 _ZN14QXcbConnectionC2EP19QXcbNativeInterfacebjPKc (libQt5XcbQpa.so.5)
#4 0x00007fed9f836257 _ZN15QXcbIntegrationC2ERK11QStringListRiPPc (libQt5XcbQpa.so.5)
#5 0x00007fed9faef32d n/a (libqxcb.so)
#6 0x00007fedaa55ef9d _ZN27QPlatformIntegrationFactory6createERK7QStringRK11QStringListRiPPcS2_ (li
#7 0x00007fedaa56d2b5 _ZN22QGuiApplicationPrivate25createPlatformIntegrationEv (libQt5Gui.so.5)
#8 0x00007fedaa56e0cd _ZN22QGuiApplicationPrivate21createEventDispatcherEv (libQt5Gui.so.5)
#9 0x00007fedaa02e823 _ZN16QCoreApplication4initEv (libQt5Core.so.5)
#10 0x00007fedaa02e8e6 _ZN16QCoreApplicationC2ER23QCoreApplicationPrivate (libQt5Core.so.5)
#11 0x00007fedaa570889 _ZN15QGuiApplicationC2ER22QGuiApplicationPrivate (libQt5Gui.so.5)
#12 0x00007fedaafebdad _ZN12QApplicationC1ERiPPci (libQt5Widgets.so.5)
#13 0x0000000000401563 main (kglobalaccel5)
#14 0x00007feda969f741 __libc_start_main (libc.so.6)
#15 0x00000000004018c9 _start (kglobalaccel5)
Offline
Depends look good. loqs makes a point worth considering.
I have considered either (i) uninstalling the desktops I'm no longer using or even (ii) completely reinstalling arch from scratch.
(i) My first choice.
(ii) Nah. Not necessary.
Personally, I've found that having multiple DE's (particularly KDE) can be problematic.
[Edit] You beat me! Sorry for the delay in my post. You're on top of things. Well done.
Last edited by madpierre (2016-06-11 21:49:20)
Offline
Do you have an Intel card and are using the modesetting driver? If so, try switching to the intel driver. The modesetting driver is known to cause libreoffice to crash the X session.
Offline
I do have an intel card and do NOT xf86-video-intel installed.
Is installing this package sufficient to switch drivers? I don't know how to determine if I'm using the modesetting driver (haven't been able to find anything in the arch doc about this so far).
lspci -v shows the vga driver as i915.
Details:
00:02.0 VGA compatible controller: Intel Corporation Xeon E3-1200 v3/4th Gen Core Processor Integrated Graphics Controller (rev 06) (prog-if 00 [VGA controller])
Subsystem: ASUSTeK Computer Inc. Device 8534
Flags: bus master, fast devsel, latency 0, IRQ 28
Memory at f7800000 (64-bit, non-prefetchable) [size=4M]
Memory at e0000000 (64-bit, prefetchable) [size=256M]
I/O ports at f000 [size=64]
[virtual] Expansion ROM at 000c0000 [disabled] [size=128K]
Capabilities: [90] MSI: Enable+ Count=1/1 Maskable- 64bit-
Capabilities: [d0] Power Management version 2
Capabilities: [a4] PCI Advanced Features
Kernel driver in use: i915
Kernel modules: i915
Offline
You could try going to the options and disable hardware acceleration and/or opengl and see if it makes any difference.
R00KIE
Tm90aGluZyB0byBzZWUgaGVyZSwgbW92ZSBhbG9uZy4K
Offline
I do have an intel card and do NOT xf86-video-intel installed.
Is installing this package sufficient to switch drivers? I don't know how to determine if I'm using the modesetting driver (haven't been able to find anything in the arch doc about this so far).
Yes, you have to install xf86-video-intel
Offline
Look through Xorg.0.log and see that it is using modesetting. Installing Intel should override use of modesetting.
I may have to CONSOLE you about your usage of ridiculously easy graphical interfaces...
Look ma, no mouse.
Offline
Installing xf86-video-intel seems to have solved the problem.
It a bit surprising, because nothing but libreoffice was affected, and I run some some fairly heavy weight programs (netbeans, rstudio, firefox, kde plasma 5, e30, ...). But libreoffice is now behaving normally.
Much thanks to all.
Offline
Please remember to mark your thread as [Solved] by editing your first post and prepending it to the title.
Offline
I am using kde plasma, libreoffice-stable and modesttings driver, and everything works fine...
I do not speak English, but I understand...
Offline
I'm from the LibreOffice QA team and our bug tracker does not seem to have a report about modesetting-related crashes. If you can reproduce such crashes, please open a report and, if possible, include debug output as an attachment.
Last edited by buovjaga (2016-07-12 08:01:36)
Offline
FYI, the xf86-intel-video driver may cause you some stuttering in full screen video playback on Firefox, if this is important to you
No such thing as a free lunch !
6.5.3.arch1-1(x86_64) w/Gnome 44.4
Arch on: ASUS Pro-PRIME x470, AMD 5800X3D, AMD 6800XT, 32GB, | Intel NUC 7i5RYK | ASUS ux303ua | Surface Laptop
Offline
I'm from the LibreOffice QA team and our bug tracker does not seem to have a report about modesetting-related crashes. If you can reproduce such crashes, please open a report and, if possible, include debug output as an attachment.
I can confirm that LibreOffice has a hang problem with modesetting but I don't know to debug. There was also a discussion about modesetting at reddit with also concerning this bug.
Offline