Open Source Projects Europe

Did you try to remove recoll (dnf remove recoll) and reinstall it ? (dnf install recoll)

Maybe your recoll rpm initially came from the web site, not the Fedora repo, and it was not updated during the upgrade ?

Here follows what the package should look like:

fed25-64$ rpm -q recoll
recoll-1.23.2-1.fc25.x86_64

Thanks for the suggestion,
I did it a few days ago, and I just did it again now, but recoll still doesn't start!
The package, however, is the right one: recoll-1.23.2-1.fc25.i686

Actually, I think that the libpng warning is a red herring, I get the same warning without a crash.

We need to see a stack trace. Doing this under Fedora is unnecessarily complicated. You will probably have to install the debuginfo packages (I renounced because it was announcing a 3 hours download for me...). This page may help:

https://ask.fedoraproject.org/en/question/98776/where-is-core-dump-located/

After spending half an hour trying to map capslock and ctl on my Fedora VM I begin to wonder if Gnome and Fedora developers actually hate their software's users.

Also, a common cause of recoll startup issues is the gui preferences file. Could you please try to move it aside: it's in ~/.config/Recoll.org/recoll.conf

Thanks you a lot for your attention.
You're right, "no coredumps found"...
I'm not on Gnome, but on Xfce - but it's the same.
About removing .conf: it's one of the first things I tried, with no results! And I re-tried a few seconds ago...

• summary: Fedora 25: libpng warning --> Fedora 25: GUI startup crash
• milestone: -->

Ok, if it's not ~/.config/Recoll.org/recoll.conf (note: this is the GUI config, not the indexing one in ~/.recoll/recoll.conf), then there is no other possible approach than to follow the indication of the link:

ulimit -c unlimited
sudo systemctl disable --now abrt-ccpp
coredumpctl gdb

gdb will probably complain about missing debug packages, which you will have to install. In the end we should be able to get a stack trace...

Sorry, reading fast I was working on the wrong one configuration file: but there's no "Recoll.org" directory!

[root@localhost .config]# dir
autostart gconf gtk-3.0 nautilus Unknown\ Organization.conf
bleachbit gedit ibus oxygen-gtk xfce4
dconf goa-1.0 libreoffice Thunar yelp
enchant gtk-2.0 menus Trolltech.conf yumex

[root@localhost .config]# dir
kdebugrc Trolltech.conf

This is weird. It's a bad idea to run as root by the way. But anyway, I tried as root, and here is how it looks for me:

[root@fed25-64 .config]# ls
abrt gconf goa-1.0 nautilus user-dirs.locale
dconf gnome-boxes gtk-3.0 Recoll.org
evolution gnome-session ibus user-dirs.dirs

Maybe running strace on recoll (strace /usr/bin/recoll > /tmp/trace 2>&1) would give an indication about what happens with this Recoll.org directory.

I didn't run Recoll as root, I just searched for .conf files everywhere!

I ran strace as you suggested and then recoll started. I had to install ExifTool. Then it crashed again. I tried to run it again but it gave me a new "segmentation fault"...

Here you are the trace file, I don't understand anything at all!

The trace seems to indicate that thinks that your home directory is /root, I don't know why.

I think that you should try to create another user and see how it works for him, there seems to be something strange with your user config (maybe you could check your uid in /etc/passwd for example).

This is really scary... but it could explain other mis-functioning during the post-upgrade (problems with the LAN, libreoffice and vlc).
In that file I have a "normal" UID 1000 for the current user.
Now I try with a new user, which I'll call Recoll..

No way. Just the same.

[Recoll@localhost ~]$ recoll
libpng warning: iCCP: known incorrect sRGB profile
libpng warning: iCCP: known incorrect sRGB profile
libpng warning: iCCP: known incorrect sRGB profile
Segmentation fault (core dump creato)

And:

[Recoll@localhost ~]$ strace /usr/bin/recoll > /tmp/trace 2>&1
bash: /tmp/trace: Permission denied
[Recoll@localhost ~]$ su
Password: 
[root@localhost Recoll]# strace /usr/bin/recoll > /tmp/trace 2>&1
Aborted (core dump creato)

The one difference I see between the traces on your system and those on mine is that, on your system, recoll is trying to do things in /root (root's home), which it does in the normal user's home (/home/username) on mine. This points to a configuration or environment issue. Maybe check /etc/passwd and $HOME ?

Also the rest of the environment (type 'env')

I get the impression that the issue affects generic qt code, maybe check that this is the case by trying another qt application (qt-demos or virtualbox for example)

Thank you again.
I don't know why is it happening, but the problem is new, born after upgrading.
I'm not very good on linux, I'm just a user who appreciates free software (I've been windows-free... since years).
So... here you are the results of suggested commands. Anything strange?

[michele@localhost ~]$ $HOME
bash: /home/michele: Is a directory

[michele@localhost ~]$ env
XDG_VTNR=2
SSH_AGENT_PID=2023
XDG_SESSION_ID=2
HOSTNAME=localhost.localdomain
IMSETTINGS_INTEGRATE_DESKTOP=yes
GLADE_PIXMAP_PATH=:/usr/share/glade3/pixmaps
TERM=xterm-256color
SHELL=/bin/bash
XDG_MENU_PREFIX=xfce-
VTE_VERSION=4602
HISTSIZE=1000
WINDOWID=35651587
QTDIR=/usr/lib/qt-3.3
QTINC=/usr/lib/qt-3.3/include
IMSETTINGS_MODULE=none
USER=michele
LS_COLORS=rs=0:di=38;5;33:ln=38;5;51:mh=00:pi=40;38;5;11:so=38;5;13:do=38;5;5:bd=48;5;232;38;5;11:cd=48;5;232;38;5;3:or=48;5;232;38;5;9:mi=01;05;37;41:su=48;5;196;38;5;15:sg=48;5;11;38;5;16:ca=48;5;196;38;5;226:tw=48;5;10;38;5;16:ow=48;5;10;38;5;21:st=48;5;21;38;5;15:ex=38;5;40:*.tar=38;5;9:*.tgz=38;5;9:*.arc=38;5;9:*.arj=38;5;9:*.taz=38;5;9:*.lha=38;5;9:*.lz4=38;5;9:*.lzh=38;5;9:*.lzma=38;5;9:*.tlz=38;5;9:*.txz=38;5;9:*.tzo=38;5;9:*.t7z=38;5;9:*.zip=38;5;9:*.z=38;5;9:*.Z=38;5;9:*.dz=38;5;9:*.gz=38;5;9:*.lrz=38;5;9:*.lz=38;5;9:*.lzo=38;5;9:*.xz=38;5;9:*.bz2=38;5;9:*.bz=38;5;9:*.tbz=38;5;9:*.tbz2=38;5;9:*.tz=38;5;9:*.deb=38;5;9:*.rpm=38;5;9:*.jar=38;5;9:*.war=38;5;9:*.ear=38;5;9:*.sar=38;5;9:*.rar=38;5;9:*.alz=38;5;9:*.ace=38;5;9:*.zoo=38;5;9:*.cpio=38;5;9:*.7z=38;5;9:*.rz=38;5;9:*.cab=38;5;9:*.jpg=38;5;13:*.jpeg=38;5;13:*.gif=38;5;13:*.bmp=38;5;13:*.pbm=38;5;13:*.pgm=38;5;13:*.ppm=38;5;13:*.tga=38;5;13:*.xbm=38;5;13:*.xpm=38;5;13:*.tif=38;5;13:*.tiff=38;5;13:*.png=38;5;13:*.svg=38;5;13:*.svgz=38;5;13:*.mng=38;5;13:*.pcx=38;5;13:*.mov=38;5;13:*.mpg=38;5;13:*.mpeg=38;5;13:*.m2v=38;5;13:*.mkv=38;5;13:*.webm=38;5;13:*.ogm=38;5;13:*.mp4=38;5;13:*.m4v=38;5;13:*.mp4v=38;5;13:*.vob=38;5;13:*.qt=38;5;13:*.nuv=38;5;13:*.wmv=38;5;13:*.asf=38;5;13:*.rm=38;5;13:*.rmvb=38;5;13:*.flc=38;5;13:*.avi=38;5;13:*.fli=38;5;13:*.flv=38;5;13:*.gl=38;5;13:*.dl=38;5;13:*.xcf=38;5;13:*.xwd=38;5;13:*.yuv=38;5;13:*.cgm=38;5;13:*.emf=38;5;13:*.ogv=38;5;13:*.ogx=38;5;13:*.aac=38;5;45:*.au=38;5;45:*.flac=38;5;45:*.m4a=38;5;45:*.mid=38;5;45:*.midi=38;5;45:*.mka=38;5;45:*.mp3=38;5;45:*.mpc=38;5;45:*.ogg=38;5;45:*.ra=38;5;45:*.wav=38;5;45:*.oga=38;5;45:*.opus=38;5;45:*.spx=38;5;45:*.xspf=38;5;45:
GLADE_MODULE_PATH=:/usr/lib/glade3/modules
SSH_AUTH_SOCK=/tmp/ssh-ji5OhBvDzQpe/agent.1864
USERNAME=michele
SESSION_MANAGER=local/unix:@/tmp/.ICE-unix/2062,unix/unix:/tmp/.ICE-unix/2062
XDG_CONFIG_DIRS=/etc/xdg
PATH=/usr/lib/qt-3.3/bin:/usr/lib/ccache:/usr/local/bin:/usr/local/sbin:/usr/bin:/usr/sbin
MAIL=/var/spool/mail/michele
DESKTOP_SESSION=xfce
QT_IM_MODULE=xim
XDG_SESSION_TYPE=x11
PWD=/home/michele
XMODIFIERS=@im=none
LANG=it_IT.utf8
MODULEPATH=/etc/scl/modulefiles:/etc/scl/modulefiles:/usr/share/Modules/modulefiles:/etc/modulefiles:/usr/share/modulefiles
LOADEDMODULES=
KDEDIRS=/usr
GDMSESSION=xfce
SSH_ASKPASS=/usr/libexec/openssh/gnome-ssh-askpass
HISTCONTROL=ignoredups
XDG_SEAT=seat0
HOME=/home/michele
SHLVL=3
XDG_SESSION_DESKTOP=xfce
LOGNAME=michele
CVS_RSH=ssh
QTLIB=/usr/lib/qt-3.3/lib
XDG_DATA_DIRS=/home/michele/.local/share/flatpak/exports/share/:/var/lib/flatpak/exports/share/:/usr/local/share/:/usr/share/:/usr/share
DBUS_SESSION_BUS_ADDRESS=unix:path=/run/user/1000/bus
MODULESHOME=/usr/share/Modules
LESSOPEN=||/usr/bin/lesspipe.sh %s
JOURNAL_STREAM=9:30195
WINDOWPATH=2
DISPLAY=:0.0
XDG_RUNTIME_DIR=/run/user/1000
GLADE_CATALOG_PATH=:/usr/share/glade3/catalogs
XDG_CURRENT_DESKTOP=XFCE
COLORTERM=truecolor
XAUTHORITY=/run/user/1000/gdm/Xauthority
BASH_FUNC_module()=() {  eval `/usr/bin/modulecmd bash $*`
}
BASH_FUNC_scl()=() {  local CMD=$1;
 if [ "$CMD" = "load" -o "$CMD" = "unload" ]; then
 eval "module $@";
 else
 /usr/bin/scl "$@";
 fi
}
_=/usr/bin/env

I do understand that not all linux users are sysadmins and that's a good thing ! I'm glad to help if I can.

There is something which might be an issue in your environment: you are still carrying old qt3 environment variable. Not sure that this is going to change anything, but could you please try starting recoll like this:

QTDIR= QTINC= recoll

OOps, it's also in the PATH and QTLIB, I don't think that this can have an influence, but just in case:

QTDIR= QTINC= QTLIB= PATH=/usr/lib/ccache:/usr/local/bin:/usr/local/sbin:/usr/bin:/usr/sbin recoll

(all on one line and the PATH is not split, it's the web page which breaks it)

Thank you!

[michele@localhost ~]$ QTDIR= QTINC= QTLIB= PATH=/usr/lib/ccache:/usr/local/bin:/usr/local/sbin:/usr/bin:/usr/sbin recoll
libpng warning: iCCP: known incorrect sRGB profile
libpng warning: iCCP: known incorrect sRGB profile
libpng warning: iCCP: known incorrect sRGB profile
Segmentation fault (core dump creato)

Is there a simple way to upgrade q3? Or to change the value in some configuration file?
Maybe it's due to XFCE? I could try on Gnome or Kad/Plasma too... I like to use different desktops!

I don't think that you need to upgrade qt3, it's just that you have several versions of qt on the system, which should not be a problem. I was just wondering if the environment variables pointing to the qt3 installation might have confused the qt5 recoll implementation. It appears that it was not the problem (it was a shot in the dark anyway).

I think that we really need a core dump and a stack trace. You can look at the answer to the following question for how to get a core dump and start gdb on it (coredumpctl gdb). If gdb complains about missing debuginfo, you will need to install it. Once inside gdb, type 'bt', and please post the results (use 'quit' to exit gdb).

https://ask.fedoraproject.org/en/question/98776/where-is-core-dump-located/

Thank you again: toworrow I have some time to work on it and we'll take a look on what's going on my fedora...

But: what else? I tried the commands below and nothing happened...

[root@localhost michele]# coredumpctl list recoll
No coredumps found.
[root@localhost michele]# coredumpctl gdb
No match found.
[root@localhost michele]# coredumpctl -o recoll.coredump dump /usr/bin/recoll
No match found.

(gdb) bt
No stack.

You are welcome ! A pity we could not find the reason, but sometimes a system instance becomes polluted by successive upgrades, and it's just better to start from scratch !

• status: open --> closed