Created attachment 445500 [details] gnome-documents command output Today I updated gnome-documents to version 3.20.1 but now I can't launch it anymore because of a segmentation fault. I would gladly submit a backtrace but unfortunately gnome-documents doesn't seem to work with gdb. Please tell me how to create it.
Created attachment 445502 [details] emerge --info
What gjs version are you running ?
dev-libs/gjs-1.45.4
I cannot reproduce, even with your gjs version You should try to get a better backtrace: https://wiki.gentoo.org/wiki/Project:GNOME/GNOME3-Troubleshooting#Getting_backtraces
I managed to find a way for obtaining a backtrace. But first I had to rebuild the following packages: ------------------------ $ emerge -pv dev-lang/spidermonkey dev-libs/gjs dev-libs/glib gnome-extra/gnome-documents app-misc/tracker dev-db/sqlite dev-libs/nspr gnome-base/dconf These are the packages that would be merged, in order: Calculating dependencies... done! [ebuild R ] dev-db/sqlite-3.14.2:3::gentoo USE="readline -debug -doc -icu -secure-delete -static-libs -tcl {-test} -tools" ABI_X86="(64) -32 (-x32)" 0 KiB [ebuild R ] dev-libs/nspr-4.12::gentoo USE="-debug" ABI_X86="(64) -32 (-x32)" 0 KiB [ebuild R ] dev-lang/spidermonkey-24.2.0-r3:24::gentoo USE="system-icu -debug -icu -jit -minimal -static-libs {-test}" 0 KiB [ebuild R ] dev-libs/glib-2.48.2:2::gentoo USE="dbus (mime) -debug (-fam) (-selinux) -static-libs -systemtap {-test} -utils -xattr" ABI_X86="(64) -32 (-x32)" PYTHON_TARGETS="python2_7" 0 KiB [ebuild R ] dev-libs/gjs-1.45.4::gentoo USE="cairo gtk -examples {-test}" 0 KiB [ebuild R ] app-misc/tracker-1.8.0:0/100::gentoo USE="exif flac gif gstreamer gtk iso jpeg miner-fs mp3 nautilus networkmanager pdf rss tiff upower vorbis xml -cue -ffmpeg -firefox-bookmarks -gsf -iptc -libav -playlist -stemmer {-test} -thunderbird -upnp-av -xmp -xps" 0 KiB [ebuild R ] gnome-base/dconf-0.26.0::gentoo USE="{-test}" 0 KiB [ebuild R ] gnome-extra/gnome-documents-3.20.1::gentoo 0 KiB Total: 8 packages (8 reinstalls), Size of downloads: 0 KiB ---------------------- For all of the previous packages I enabled the following build options: CFLAGS="-march=native -O2 -ggdb -pipe" CXXFLAGS="${CFLAGS}" FEATURES="${FEATURES} nostrip" ----------------------- I'm going to attach the backtraces next.
Created attachment 446208 [details] gdb backtrace For this backtrace I simply used the "bt" gdb command.
Created attachment 446210 [details] full gdb backtrace For this backtrace I used the following gdb command: thread apply all bt full
There are still some ?? symbols in both backtraces but I don't know how to get rid of them.
Looking at the trace, maybe this is a problem happening in sqlite. You can test that by resetting tracker index, using: $ tracker reset --hard You can make a copy of the database by copying ~/.cache/tracker somewhere else.
I reset the tracker cache as you said, but gnome-documents still crashes with a segmentation fault.
Please provide "emerge -Opv libreoffice", maybe this is caused by: https://lists.freedesktop.org/archives/libreoffice/2016-March/073787.html I cannot reproduce probably because gtk3 USE flag is masked for stable libreoffice and, hence, gnome-documents doesn't even try to load that support
$ emerge -Opv libreoffice These are the packages that would be merged, in order: [ebuild R ] app-office/libreoffice-5.1.4.2::gentoo USE="branding cups dbus eds gnome gstreamer gtk gtk3 java (-aqua) -bluetooth -coinmp -collada -debug (-firebird) -gltf -google -jemalloc -kde -libressl -mysql -odk -postgres -quickstarter (-telepathy) {-test} -vlc" LIBREOFFICE_EXTENSIONS="-nlpsolver -scripting-beanshell -scripting-javascript -wiki-publisher" PYTHON_SINGLE_TARGET="python2_7 -python3_4 -python3_5" PYTHON_TARGETS="python2_7 python3_5 -python3_4" 0 KiB Total: 1 package (1 reinstall), Size of downloads: 0 KiB
I tried manually creating the following symlink: cd /usr/lib64 ln -s /usr/lib64/libreoffice/program/liblibreofficekitgtk.so And now GNOME Documents doesn't crash anymore.
Indeed, you have USE gtk3 enabled, that is masked because of: # Andreas Huettel <dilfridge@gentoo.org> (26 Sep 2015) # Not stable enough for stable (Debian and SuSE disable it completely) =app-office/libreoffice-5.0* gtk3 =app-office/libreoffice-5.1* gtk3 Anyway, as https://lists.freedesktop.org/archives/libreoffice/2016-March/073787.html states, we should get libreoffice ebuild to symlink liblibreofficekitgtk.so to libdir
(In reply to Francesco Turco from comment #13) > I tried manually creating the following symlink: > > cd /usr/lib64 > ln -s /usr/lib64/libreoffice/program/liblibreofficekitgtk.so > > And now GNOME Documents doesn't crash anymore. Yep, we were commenting at the same time here and collided ;)
Should we do anything about this then ? Masked features for stability issues causing crashes seems like a "invalid" to me.
The missing symlink is a valid bug, gnome-documents need it and, hence, it should be fixed in libreoffice for the future (when they unmask gtk3 USE at some point)
(In reply to Pacho Ramos from comment #17) > The missing symlink is a valid bug, gnome-documents need it and, hence, it > should be fixed in libreoffice for the future (when they unmask gtk3 USE at > some point) Is planned for 5.2, so soon...
(In reply to Andreas K. Hüttel from comment #18) > (In reply to Pacho Ramos from comment #17) > > The missing symlink is a valid bug, gnome-documents need it and, hence, it > > should be fixed in libreoffice for the future (when they unmask gtk3 USE at > > some point) > > Is planned for 5.2, so soon... Link added to the live ebuilds, will be in the next release.
PS. On a first glance this might look like a gnome-documents bug. However, if LibreOffice announces the presence of the library file in the .gir, then it should also be present and loadable...
Fixed in libreoffice-5.2.3.3-r1 and later
