GNOME Bugzilla – Bug 425384
crash in Power Statistics: I just started the power...
Last modified: 2007-04-04 15:04:49 UTC
What were you doing when the application crashed? I just started the power statistics tool in f7-test3 and it crashed. Distribution: Fedora release 6.92 (Rawhide) Gnome Release: 2.18.0 2007-03-20 (Red Hat, Inc) BugBuddy Version: 2.18.0 System: Linux 2.6.20-1.3023.fc7 #1 SMP Sun Mar 25 22:12:02 EDT 2007 i686 X Vendor: The X.Org Foundation X Vendor Release: 10299902 Selinux: Enforcing Accessibility: Disabled GTK+ Theme: Clearlooks Icon Theme: Echo Memory status: size: 50733056 vsize: 50733056 resident: 4194304 share: 1441792 rss: 4194304 rss_rlim: 4294967295 CPU usage: start_time: 1175485747 rtime: 26 utime: 13 stime: 13 cutime:0 cstime: 0 timeout: 0 it_real_value: 0 frequency: 100 Backtrace was generated from '/usr/bin/gnome-power-statistics' (no debugging symbols found) Using host libthread_db library "/lib/libthread_db.so.1". (no debugging symbols found) [Thread debugging using libthread_db enabled] [New Thread -1208506656 (LWP 4160)] (no debugging symbols found) 0x007d3402 in __kernel_vsyscall ()
+ Trace 124253
Thread 1 (Thread -1208506656 (LWP 4160))
----------- .xsession-errors (516 sec old) --------------------- File "/usr/lib/python2.5/site-packages/dbus/proxies.py", line 230, in __init__ _dbus_bindings.UInt32(0)) File "/usr/lib/python2.5/site-packages/dbus/proxies.py", line 169, in __call__ reply_message = self._connection.send_message_with_reply_and_block(message, timeout) dbus.DBusException: org.freedesktop.DBus.Error.ServiceUnknown: The name edu.duke.linux.yum was not provided by any .service files could not attach to desktop process Unable to open desktop file /usr/share/applications/openoffice.org-1.9-writer.desktop for panel launcher: No such file or directory Unable to open desktop file /usr/share/applications/openoffice.org-1.9-impress.desktop for panel launcher: No such file or directory Unable to open desktop file /usr/share/applications/openoffice.org-1.9-calc.desktop for panel launcher: No such file or directory Unable to open desktop file /usr/share/applications/openoffice.org-1.9-writer.desktop for panel launcher: No such file or directory Unable to open desktop file /usr/share/applications/openoffice.org-1.9-impress.desktop for panel launcher: No such file or directory Unable to open desktop file /usr/share/applications/openoffice.org-1.9-calc.desktop for panel launcher: No such file or directory Unable to open desktop file /usr/share/applications/openoffice.org-1.9-writer.desktop for panel launcher: No such file or directory Unable to open desktop file /usr/share/applications/openoffice.org-1.9-impress.desktop for panel launcher: No such file or directory Unable to open desktop file /usr/share/applications/openoffice.org-1.9-calc.desktop for panel launcher: No such file or directory --------------------------------------------------
Thanks for taking the time to report this bug. Unfortunately, that stack trace is missing some elements that will help a lot to solve the problem, so it will be hard for the developers to fix that crash. Can you get us a stack trace with debugging symbols? Please see http://live.gnome.org/GettingTraces for more information on how to do so. Thanks in advance!
This was a live CD, so I'm not inclined to mess around with installing debugging symbols. When my company's software crashes for a customer, we don't ask them to run a version with debugging symbols... we compile the same source with debugging symbols and run addr2line. Fedora should either forward bug buddy reports to their own bugzilla or provide the gnome developers with an easy was to get the debug versions of apps and libraries IMHO. I usually am pretty good about helping open source developers debug problems (I spent half a day bisecting Linux kernels last week and helped to find two kernel bugs). But in this case, I think the process is flawed and would rather spend my time convincing somebody to fix the process. Am I missing something?
That would be a long known problem.... Ubuntu has a system called Apport (see https://wiki.ubuntu.com/Apport) which is working towards better solutions for this e.g. it has a command "apport-retrace" which will automagically convert debug symbol-less core dumps into good traces. I'm not sure what Fedora are doing, but I guess they'll think of something eventually (or use Apport). All of this is however in the hands of the distributions, not the Gnome project. For now, we're working with what we have - which means, we still need debug symbols, and telling users to install the relevant packages is the best way we've got at the moment. As you're not willing to install the debug symbols, I'm going to have to close this bug for the moment as INCOMPLETE. If you can get us a better trace at a later point in the future, then please re-open this bug.