Bug 771937

Summary: [abrt] Thunar-1.3.0-4.fc16: Process /usr/bin/Thunar was killed by signal 11 (SIGSEGV)
Product: [Fedora] Fedora Reporter: Henry Pfeil <hpfeil>
Component: ThunarAssignee: Kevin Fenzi <kevin>
Status: CLOSED NOTABUG QA Contact: Fedora Extras Quality Assurance <extras-qa>
Severity: unspecified Docs Contact:
Priority: unspecified    
Version: 16CC: cwickert, kevin, maxamillion, pertusus
Target Milestone: ---   
Target Release: ---   
Hardware: x86_64   
OS: Unspecified   
Whiteboard: abrt_hash:6bdeb7dca6fb4f05d126a501f9f1af6eb58703e8
Fixed In Version: Doc Type: Bug Fix
Doc Text:
Story Points: ---
Clone Of: Environment:
Last Closed: 2012-01-05 18:56:32 UTC Type: ---
Regression: --- Mount Type: ---
Documentation: --- CRM:
Verified Versions: Category: ---
oVirt Team: --- RHEL 7.3 requirements from Atomic Host:
Cloudforms Team: --- Target Upstream Version:
Attachments:
Description Flags
File: dso_list
none
File: maps
none
File: backtrace none

Description Henry Pfeil 2012-01-05 13:07:26 UTC 
libreport version: 2.0.8
abrt_version:   2.0.7
backtrace_rating: 4
cmdline:        /usr/bin/Thunar
crash_function: thunar_g_vfs_is_uri_scheme_supported
executable:     /usr/bin/Thunar
kernel:         3.1.6-1.fc16.x86_64
pid:            1189
pwd:            /home/psnarf
reason:         Process /usr/bin/Thunar was killed by signal 11 (SIGSEGV)
time:           Thu 05 Jan 2012 05:46:58 AM MST
uid:            1000
username:       psnarf
xsession_errors: Thunar: Fatal IO error 11 (Resource temporarily unavailable) on X server :0.0.

backtrace:      Text file, 21124 bytes
dso_list:       Text file, 6155 bytes
maps:           Text file, 27195 bytes

comment:
:popped up during XFCE4 startup
:
:I tried to eliminate gvfs because I don't want or need it in Xfce4.
:Gvfs is not included in yum group Xfce Mandatory and Default.
:It must have infested my fresh Fedora install (formatted partition because no other way to recover a hosed /var/lib/rpm/Packages) with its beastly presence from another Group.
:
:This is not the place to suggest a reverse-dependency database (or just a balanced B-tree).
:If rpm/yum installs a package that includes a library that was already installed from another package, when you erase the new package, it should not remove the pre-existing library and all of its dependency tree.
:I don't want or need bluetooth, modem-manager, etc., but can't remove them without removing the entire network stack. But I digress.

environ:
:XDG_VTNR=2
:XDG_SESSION_ID=2
:SSH_AGENT_PID=1151
:HOSTNAME=psnarfdb.psnarficon.org
:GPG_AGENT_INFO=/home/psnarf/.gnupg/S.gpg-agent:1164:1
:GLADE_PIXMAP_PATH=:
:GVFS_DISABLE_FUSE=true
:XDG_MENU_PREFIX=xfce-
:TERM=linux
:SHELL=/bin/bash
:HISTSIZE=8192
:XDG_SESSION_COOKIE=9cb06bcc2cfd3ea1d16824b90000000b-1325767613.812336-62238746
:QTDIR=/usr/lib64/qt-3.3
:QTINC=/usr/lib64/qt-3.3/include
:USER=psnarf
:LS_COLORS=rs=0:di=01;34:ln=01;36:mh=00:pi=40;33:so=01;35:do=01;35:bd=40;33;01:cd=40;33;01:or=40;31;01:mi=01;05;37;41:su=37;41:sg=30;43:ca=30;41:tw=30;42:ow=34;42:st=37;44:ex=01;32:*.tar=01;31:*.tgz=01;31:*.arj=01;31:*.taz=01;31:*.lzh=01;31:*.lzma=01;31:*.tlz=01;31:*.txz=01;31:*.zip=01;31:*.z=01;31:*.Z=01;31:*.dz=01;31:*.gz=01;31:*.lz=01;31:*.xz=01;31:*.bz2=01;31:*.tbz=01;31:*.tbz2=01;31:*.bz=01;31:*.tz=01;31:*.deb=01;31:*.rpm=01;31:*.jar=01;31:*.war=01;31:*.ear=01;31:*.sar=01;31:*.rar=01;31:*.ace=01;31:*.zoo=01;31:*.cpio=01;31:*.7z=01;31:*.rz=01;31:*.jpg=01;35:*.jpeg=01;35:*.gif=01;35:*.bmp=01;35:*.pbm=01;35:*.pgm=01;35:*.ppm=01;35:*.tga=01;35:*.xbm=01;35:*.xpm=01;35:*.tif=01;35:*.tiff=01;35:*.png=01;35:*.svg=01;35:*.svgz=01;35:*.mng=01;35:*.pcx=01;35:*.mov=01;35:*.mpg=01;35:*.mpeg=01;35:*.m2v=01;35:*.mkv=01;35:*.ogm=01;35:*.mp4=01;35:*.m4v=01;35:*.mp4v=01;35:*.vob=01;35:*.qt=01;35:*.nuv=01;35:*.wmv=01;35:*.asf=01;35:*.rm=01;35:*.rmvb=01;35:*.flc=01;35:*.avi=01;35:*.fli=01;35:*.flv=01;35:*.gl=01;35:*.dl=01;35:*.xcf=01;35:*.xwd=01;35:*.yuv=01;35:*.cgm=01;35:*.emf=01;35:*.axv=01;35:*.anx=01;35:*.ogv=01;35:*.ogx=01;35:*.aac=01;36:*.au=01;36:*.flac=01;36:*.mid=01;36:*.midi=01;36:*.mka=01;36:*.mp3=01;36:*.mpc=01;36:*.ogg=01;36:*.ra=01;36:*.wav=01;36:*.axa=01;36:*.oga=01;36:*.spx=01;36:*.xspf=01;36:*.pdf=00;33:*.ps=00;33:*.ps.gz=00;33:*.txt=00;33:*.patch=00;33:*.diff=00;33:*.log=00;33:*.tex=00;33:*.xls=00;33:*.xlsx=00;33:*.ppt=00;33:*.pptx=00;33:*.rtf=00;33:*.doc=00;33:*.docx=00;33:*.odt=00;33:*.ods=00;33:*.odp=00;33:*.xml=00;33:*.epub=00;33:*.abw=00;33:*.html=00;33:*.wpd=00;33:
:GLADE_MODULE_PATH=:
:SSH_AUTH_SOCK=/tmp/ssh-WdxInSqd1150/agent.1150
:XDG_CONFIG_DIRS=/etc/xdg
:DESKTOP_SESSION=xfce
:MAIL=/var/spool/mail/psnarf
:PATH=.:/home/psnarf/bin:/usr/lib64/qt-3.3/bin:/usr/lib64/ccache:/usr/local/bin:/bin:/usr/bin:/usr/local/sbin:/usr/sbin:/sbin
:PWD=/home/psnarf
:LANG=en_US.UTF-8
:KDEDIRS=/usr
:'HISTIGNORE=du -h:df -h:ls'
:SSH_ASKPASS=/usr/libexec/openssh/gnome-ssh-askpass
:HISTCONTROL=ignoredups
:GPG_TTY=/dev/tty2
:SHLVL=3
:XDG_SEAT=seat0
:HOME=/home/psnarf
:'CFLAGS=-O2 -pipe'
:LOGNAME=psnarf
:QTLIB=/usr/lib64/qt-3.3/lib
:CVS_RSH=ssh
:DBUS_SESSION_BUS_ADDRESS=unix:abstract=/tmp/dbus-RM2MJZksRy,guid=8144df22839ecd9ee92177a4000001b3
:XDG_DATA_DIRS=/usr/local/share:/usr/share
:PKG_CONFIG_PATH=/usr/lib64/pkgconfig:/usr/share/pkgconfig:
:'LESSOPEN=||/usr/bin/lesspipe.sh %s'
:ARCH=x86_64
:WINDOWPATH=3
:XDG_RUNTIME_DIR=/run/user/psnarf
:GLADE_CATALOG_PATH=:
:LIBGLADE_MODULE_PATH=:
:XAUTHORITY=/home/psnarf/.Xauthority
:_=/usr/bin/xfce4-session
:SESSION_MANAGER=local/unix:@/tmp/.ICE-unix/1173,unix/unix:/tmp/.ICE-unix/1173
:DISPLAY=:0.0

event_log:
:2012-01-05-05:50:51> Querying server settings
:2012-01-05-05:50:51  Preparing an archive to upload
:2012-01-05-05:50:52  Uploading 457812 bytes
:2012-01-05-05:50:53  Upload successful
:2012-01-05-05:50:53  Retrace job started
:2012-01-05-05:51:03  Initializing virtual root
:2012-01-05-05:51:14  Initializing virtual root
:2012-01-05-05:51:24  Initializing virtual root
:2012-01-05-05:51:34  Initializing virtual root
:2012-01-05-05:51:45  Initializing virtual root
:2012-01-05-05:51:55  Initializing virtual root
:2012-01-05-05:52:06  Initializing virtual root
:2012-01-05-05:52:16  Initializing virtual root
:2012-01-05-05:52:26  Initializing virtual root
:2012-01-05-05:52:37  Initializing virtual root
:2012-01-05-05:52:47  Initializing virtual root
:2012-01-05-05:52:57  Initializing virtual root
:2012-01-05-05:53:08  Initializing virtual root
:2012-01-05-05:53:18  Initializing virtual root
:2012-01-05-05:53:28  Initializing virtual root
:2012-01-05-05:53:39  Initializing virtual root
:2012-01-05-05:53:49  Initializing virtual root
:2012-01-05-05:53:59  Initializing virtual root
:2012-01-05-05:54:10  Initializing virtual root
:2012-01-05-05:54:20  Generating backtrace
:2012-01-05-05:54:30  Retrace job finished successfully
:2012-01-05-05:56:30> Element 'xsession_errors' saved

var_log_messages:
:Jan  2 12:48:32 psnarfdb yum[8125]: Installed: Thunar-1.3.0-4.fc16.x86_64
:Jan  4 05:39:21 psnarfdb yum[1373]: Installed: Thunar-devel-1.3.0-4.fc16.x86_64
:Jan  5 05:46:58 psnarfdb kernel: [  440.729322] Thunar[1189]: segfault at 0 ip 0000000000436a42 sp 00007fff5aeef9c0 error 4 in Thunar[400000+ae000]
:Jan  5 05:46:59 psnarfdb abrt[1223]: Saved core dump of pid 1189 (/usr/bin/Thunar) to /var/spool/abrt/ccpp-2012-01-05-05:46:58-1189 (3280896 bytes)
Comment 1 Henry Pfeil 2012-01-05 13:07:29 UTC 
Created attachment 550894 [details]
File: dso_list
Comment 2 Henry Pfeil 2012-01-05 13:07:30 UTC 
Created attachment 550895 [details]
File: maps
Comment 3 Henry Pfeil 2012-01-05 13:07:32 UTC 
Created attachment 550896 [details]
File: backtrace
Comment 4 Kevin Fenzi 2012-01-05 16:38:03 UTC 
Thunar shouldn't strickly require gvfs... but it looks like it's trying to do something with the trash. 
Do you have a trash icon enabled in the desktop? If you disable it does it work?

Does this crash happen everytime, or is it sporadic?
Comment 5 Henry Pfeil 2012-01-05 18:56:32 UTC 
Every time I opened Thunar, either with exo-open or /usr/bin. Gvfs is now gone and so is this bug. I don't recall what I did yesterday in an attempt to stop gvfs and kdeinit4, and all which that entails. Ssh from a terminal window to another node in the cluster, pure text, so gnome and kde have no business starting up. Probably inherited the environment vars from the base login into the ssh session. My admin paradigm is to stop reading the manual as soon as something works, instead of checking every possible option in the config files for optimal settings. I no longer use sshfs-fuse, but neglected to expunge those packages once I got nfs and ssh working. I'm changing the status to closed/notabug. Someday I'd like to figure out what I did to generate that SIGSEGV.

I apologise for submitting this pseudo-bug when the problem was the person using the mouse and keyboard. ;->