editors/libreoffice exits with signal 11

I followed the suggestion to move to a new boot environment and do a pkg upgrade --force. The exit(signal 11) issue was not resolved by this.

I am now upgrading FreeBSD to 12.3 in the same boot environment to see if that has any effect. Doubtful, but nothing else works.
 
The upgrade to FreeBSd-12.3 did not cure the problem either. My suspicions are that this may have something to do with the fact that this host has an NVidia card( GT730). In any case LO does not work and Apache OpenOffice does. Unless and until this problem is dealt with in a future update I will use OO instead.
 
. . .
Open a terminal and run this command: ulimit -c unlimited. Verify you don't have any core files in the home directory already. Start the office from command line (or any other program that you experienced crash) and trigger the crash. You should see the core file in the current working directory (name of the file will be ${progname}.core).

Once you have it install the gdb from ports if you don't have it yet. Run these commands and share the output of them:
Code:
gdb /path/to/program/you/were/running /path/to/$program.core
bt
Where bt will be the output of the gdb command.
Code:
gdb /usr/local/lib/libreoffice/program/soffice.bin \
    ./soffice.bin.core
GNU gdb (GDB) 11.1 [GDB v11.1 for FreeBSD]
Copyright (C) 2021 Free Software Foundation, Inc.
License GPLv3+: GNU GPL version 3 or later <http://gnu.org/licenses/gpl.html>
This is free software: you are free to change and redistribute it.
There is NO WARRANTY, to the extent permitted by law.
Type "show copying" and "show warranty" for details.
This GDB was configured as "x86_64-portbld-freebsd12.2".
Type "show configuration" for configuration details.
For bug reporting instructions, please see:
<https://www.gnu.org/software/gdb/bugs/>.
Find the GDB manual and other documentation resources online at:
    <http://www.gnu.org/software/gdb/documentation/>.

For help, type "help".
Type "apropos word" to search for commands related to "word"...
Reading symbols from /usr/local/lib/libreoffice/program/soffice.bin...
(No debugging symbols found in /usr/local/lib/libreoffice/program/soffice.bin)
[New LWP 100727]
[New LWP 101118]
[New LWP 100620]
Core was generated by `/usr/local/lib/libreoffice/program/soffice.bin --splash-pipe=5'.
Program terminated with signal SIGABRT, Aborted.
Sent by thr_kill() from pid 12993 and user 0.
#0  0x0000000800561c2a in thr_kill () from /lib/libc.so.7
--Type <RET> for more, q to quit, c to continue without paging--
[Current thread is 1 (LWP 100727)]
(gdb)
(gdb)
(gdb)
 
Voltaire thanks, this aspect is likely to run into a few posts. Would you like to spin off to a new topic? I'll follow with a move of my content.
Today I did a factory reset of LibreOffice as it sometimes fixes the slow boot time issue. But it has had no impact.

Whether I want to continue with this topic depends on whether you think 54s start time is normal for my hardware, where most apps boot in less than 10s. It could be that LibreOffice is so heavy on all platforms that it will take around 54s to boot on my hardware. In that case, I see no reason to go further into it. But I also know that it used to open a lot faster (months ago). Is the 54s start time normal behavior for the current version or not?
 
I decided to rebuild LibreOffice on my system using Poudriere and it failed (1 failed / 404 pkgs built):

Code:
. . .
cp /wrkdirs/usr/ports/editors/libreoffice/work/libreoffice-7.2.4.1/extras/source/gallery/share/gallery_names.ulf /wrkdirs/usr/ports/editors/libreoffice/work/libreoffice-7.2.4.1/workdir/Gallery/backgrounds/backgrounds.ulf
cp -P -f /wrkdirs/usr/ports/editors/libreoffice/work/libreoffice-7.2.4.1/workdir/Gallery/backgrounds/backgrounds.sdg /wrkdirs/usr/ports/editors/libreoffice/work/libreoffice-7.2.4.1/instdir/share/gallery/backgrounds.sdg && /usr/bin/touch -hr /wrkdirs/usr/ports/editors/libreoffice/work/libreoffice-7.2.4.1/workdir/Gallery/backgrounds/backgrounds.sdg /wrkdirs/usr/ports/editors/libreoffice/work/libreoffice-7.2.4.1/instdir/share/gallery/backgrounds.sdg
cp -P -f /wrkdirs/usr/ports/editors/libreoffice/work/libreoffice-7.2.4.1/workdir/Gallery/backgrounds/backgrounds.sdv /wrkdirs/usr/ports/editors/libreoffice/work/libreoffice-7.2.4.1/instdir/share/gallery/backgrounds.sdv && /usr/bin/touch -hr /wrkdirs/usr/ports/editors/libreoffice/work/libreoffice-7.2.4.1/workdir/Gallery/backgrounds/backgrounds.sdv /wrkdirs/usr/ports/editors/libreoffice/work/libreoffice-7.2.4.1/instdir/share/gallery/backgrounds.sdv
cp -P -f /wrkdirs/usr/ports/editors/libreoffice/work/libreoffice-7.2.4.1/workdir/Gallery/backgrounds/backgrounds.thm /wrkdirs/usr/ports/editors/libreoffice/work/libreoffice-7.2.4.1/instdir/share/gallery/backgrounds.thm && /usr/bin/touch -hr /wrkdirs/usr/ports/editors/libreoffice/work/libreoffice-7.2.4.1/workdir/Gallery/backgrounds/backgrounds.thm /wrkdirs/usr/ports/editors/libreoffice/work/libreoffice-7.2.4.1/instdir/share/gallery/backgrounds.thm
[build STR] backgrounds/backgrounds
cp -f /wrkdirs/usr/ports/editors/libreoffice/work/libreoffice-7.2.4.1/extras/source/gallery/backgrounds/backgrounds.str /wrkdirs/usr/ports/editors/libreoffice/work/libreoffice-7.2.4.1/workdir/Gallery/backgrounds/backgrounds.str && /usr/local/bin/python3.8 /wrkdirs/usr/ports/editors/libreoffice/work/libreoffice-7.2.4.1/solenv/bin/desktop-translate.py --ext "str" --key "name" -d /wrkdirs/usr/ports/editors/libreoffice/work/libreoffice-7.2.4.1/workdir/Gallery/backgrounds /wrkdirs/usr/ports/editors/libreoffice/work/libreoffice-7.2.4.1/workdir/Gallery/backgrounds/backgrounds.ulf
cp -P -f /wrkdirs/usr/ports/editors/libreoffice/work/libreoffice-7.2.4.1/workdir/Gallery/backgrounds/backgrounds.str /wrkdirs/usr/ports/editors/libreoffice/work/libreoffice-7.2.4.1/instdir/share/gallery/backgrounds.str && /usr/bin/touch -hr /wrkdirs/usr/ports/editors/libreoffice/work/libreoffice-7.2.4.1/workdir/Gallery/backgrounds/backgrounds.str /wrkdirs/usr/ports/editors/libreoffice/work/libreoffice-7.2.4.1/instdir/share/gallery/backgrounds.str
[build PKG] Gallery/backgrounds
rm -f /wrkdirs/usr/ports/editors/libreoffice/work/libreoffice-7.2.4.1/workdir/Package/Gallery/backgrounds.filelist && \
mv /wrkdirs/usr/ports/editors/libreoffice/work/libreoffice-7.2.4.1/workdir/Package/Gallery/backgrounds.filelist.tmp /wrkdirs/usr/ports/editors/libreoffice/work/libreoffice-7.2.4.1/workdir/Package/Gallery/backgrounds.filelist
touch /wrkdirs/usr/ports/editors/libreoffice/work/libreoffice-7.2.4.1/workdir/Gallery/backgrounds.final
[build BIN] extras
S=/wrkdirs/usr/ports/editors/libreoffice/work/libreoffice-7.2.4.1 && I=$S/instdir && W=$S/workdir &&  mkdir -p $W/Module/nonl10n/ && touch $W/Module/nonl10n/extras
[build MOD] extras
S=/wrkdirs/usr/ports/editors/libreoffice/work/libreoffice-7.2.4.1 && I=$S/instdir && W=$S/workdir &&  mkdir -p $W/Module/ && touch $W/Module/extras
=>> Killing runaway build after 7200 seconds with no output
=>> Cleaning up wrkdir
===>  Cleaning for libreoffice-7.2.4.1_1
build of editors/libreoffice | libreoffice-7.2.4.1_1 ended at Sat Dec 25 01:21:02 EST 2021
build time: 02:51:41
!!! build failure encountered !!!
Killed

Since this build ran in an jail it seems unlikely that this can be attributed to some spurious software instlled on the host system.
 
Today I did a factory reset of LibreOffice as it sometimes fixes the slow boot time issue. But it has had no impact.

Whether I want to continue with this topic depends on whether you think 54s start time is normal for my hardware, where most apps boot in less than 10s. It could be that LibreOffice is so heavy on all platforms that it will take around 54s to boot on my hardware. In that case, I see no reason to go further into it. But I also know that it used to open a lot faster (months ago). Is the 54s start time normal behavior for the current version or not?
54 seconds is not normal. I've had the same effect recently, when libreoffice's splash screen with the progress bar would stay for 50 seconds at the 50% mark.
I tracked it down to the number of fonts I have installed. Libreoffice reads and processes all fonts installed in the system, which can take up to a minute if you are like me and have installed a ton of fonts.
The biggest offender is x11-fonts/iosevka, easily adding 40s to startup time. These fonts are wonderful, but they are not only fat, they are super ultra fat. All variants (the default) easily make up 4GB (yes, gigabytes). Libreoffice seems to read and maybe store internally all of them. You have two options: deinstall iosevka or selectively install only a few variants. For the latter I have in my /etc/make.conf

Makefile:
x11-fonts_iosevka_SET = CURLY_STYLE DEFAULT_STYLE
x11-fonts_iosevka_UNSET = AILE_STYLE ANDALE_STYLE ANONYMOUS_STYLE \
  CONSOLAS_STYLE CURLYSLAB_STYLE ENVYCODER_STYLE ETOILE_STYLE FIRAMONO_STYLE \
  IMBPLEXMONO_STYLE INPUTMONO_STYLE JETBRAINSMONO_STYLE LIBERATIONMONO_STYLE \
  LUCIDA_STYLE MENLO_STYLE MONACO_STYLE PRAGMATAPRO_STYLE PTMONO_STYLE \
  RECURSIVEMONO_STYLE SLAB_STYLE SOURCECODEPRO_STYLE UBUNTUMONO_STYLE \
  XWINDOWSFIXED_STYLE

Of course you can also run make config and select what fonts you want. Each font variant adds 250MB to /usr/local/share/fonts/Iosevka.
 
54 seconds is not normal. I've had the same effect recently, when libreoffice's splash screen with the progress bar would stay for 50 seconds at the 50% mark.
I tracked it down to the number of fonts I have installed. Libreoffice reads and processes all fonts installed in the system, which can take up to a minute if you are like me and have installed a ton of fonts.
The biggest offender is x11-fonts/iosevka, easily adding 40s to startup time. These fonts are wonderful, but they are not only fat, they are super ultra fat. All variants (the default) easily make up 4GB (yes, gigabytes). Libreoffice seems to read and maybe store internally all of them. You have two options: deinstall iosevka or selectively install only a few variants. For the latter I have in my /etc/make.conf

Makefile:
x11-fonts_iosevka_SET = CURLY_STYLE DEFAULT_STYLE
x11-fonts_iosevka_UNSET = AILE_STYLE ANDALE_STYLE ANONYMOUS_STYLE \
  CONSOLAS_STYLE CURLYSLAB_STYLE ENVYCODER_STYLE ETOILE_STYLE FIRAMONO_STYLE \
  IMBPLEXMONO_STYLE INPUTMONO_STYLE JETBRAINSMONO_STYLE LIBERATIONMONO_STYLE \
  LUCIDA_STYLE MENLO_STYLE MONACO_STYLE PRAGMATAPRO_STYLE PTMONO_STYLE \
  RECURSIVEMONO_STYLE SLAB_STYLE SOURCECODEPRO_STYLE UBUNTUMONO_STYLE \
  XWINDOWSFIXED_STYLE

Of course you can also run make config and select what fonts you want. Each font variant adds 250MB to /usr/local/share/fonts/Iosevka.
That was on FreeBSD 12 back then. I'm also convinced it's because of the fonts. I did indeed have iosevka and many other fonts installed.

A while ago I did a clean install of FreeBSD 13.1 and I have installed only 4 additional fonts and now LibreOffice starts in 3 seconds on the exact same hardware.
 
I'm also convinced it's because of the fonts. I did indeed have iosevka and many other fonts installed.

A while ago I did a clean install of FreeBSD 13.1 and I have installed only 4 additional fonts and now LibreOffice starts in 3 seconds on the exact same hardware.
You can prove it's the fonts by installing all iosevka fonts. Startup time will increase noticeably. Then deinstall iosevka and you are back at 3 seconds. That's what I did.
 
Back
Top