Description of problem: It just crashed with seahorse,nautilus all just down and this time I have no single clue why this happened because I was just working over on my local (ssh over to raspberry-pi only terminal) and I just decided to connect over "sftp" to "raspberry-pi" and then seahorse ,nautilus,gnome contacts , abrt all just crashed twice. Version-Release number of selected component: gnome-abrt-0.3.5-1.fc20 Additional info: reporter: libreport-2.2.0 cmdline: /usr/bin/python /usr/bin/gnome-abrt dso_list: python-libs-2.7.5-11.fc20.x86_64 executable: /usr/bin/gnome-abrt kernel: 3.13.6-200.fc20.x86_64 runlevel: N 5 type: Python uid: 1000 Truncated backtrace: util.py:233:_findSoname_ldconfig:OSError: [Errno 11] Resource temporarily unavailable Traceback (most recent call last): File "/usr/bin/gnome-abrt", line 29, in <module> XLIB_PATH = util.find_library('X11') File "/usr/lib64/python2.7/ctypes/util.py", line 244, in find_library return _findSoname_ldconfig(name) or _get_soname(_findLib_gcc(name)) File "/usr/lib64/python2.7/ctypes/util.py", line 233, in _findSoname_ldconfig f = os.popen('/sbin/ldconfig -p 2>/dev/null') OSError: [Errno 11] Resource temporarily unavailable Local variables in innermost frame: abi_type: 'libc6,x86-64' mach_map: {'ppc64-64': 'libc6,64bit', 'ia64-64': 'libc6,IA-64', 's390x-64': 'libc6,64bit', 'sparc64-64': 'libc6,64bit', 'x86_64-64': 'libc6,x86-64'} struct: <module 'struct' from '/usr/lib64/python2.7/struct.pyc'> expr: '\\s+(libX11\\.[^\\s]+)\\s+\\(libc6,x86-64' machine: 'x86_64-64' name: 'X11'
Created attachment 878215 [details] File: backtrace
Created attachment 878216 [details] File: environ
Thank you for the report. The crash happened because you reached the limits of your system and Python (kernel) could not create a new process. One may object that a program should intercept these kind of crashes and exit gracefully instead. On the other hand, in this particular case, the crash is the best way how to deal with this failure in a client program because the Python documentation[1] does not state that ctypes.util.find_library() function can raise an exception. Closing as WONTFIX, but please feel free to report any further bugs you find. 1: http://docs.python.org/2/library/ctypes.html#finding-shared-libraries