After logging in to GNOME, evo-data-server is in an endless loop... poll([{fd=21, events=POLLIN}, {fd=23, events=POLLIN|POLLPRI}, {fd=25, events=POLLIN}], 3, 0) = 0 poll([{fd=21, events=POLLIN}, {fd=23, events=POLLIN|POLLPRI}, {fd=25, events=POLLIN}], 3, 0) = 0 poll([{fd=21, events=POLLIN}, {fd=23, events=POLLIN|POLLPRI}, {fd=25, events=POLLIN}], 3, 0) = 0 poll([{fd=21, events=POLLIN}, {fd=23, events=POLLIN|POLLPRI}, {fd=25, events=POLLIN}], 3, 0) = 0 poll([{fd=21, events=POLLIN}, {fd=23, events=POLLIN|POLLPRI}, {fd=25, events=POLLIN}], 3, 0) = 0
What addressbooks and calendars are enabled? Can you isolate the problem by selectively toggling them on/off?
Turning the Fedora calendar off might have fixed it. I then turned the Fedora calendar back on again, and tried logging in to GNOME twice more; once with network and once without. Still the problem didn't recur. It's been happening repeatedly recently. Will keep an eye out for it.
Evolution keeps local cached data for web calendars. Maybe you're not seeing the problem because Evolution's now got it in its cache? You might want to try shutting down evolution and e-d-s, and then deleting: ~/.evolution/cache/calendar/webcal___fedora.redhat.com_participate_schedule_fedora-project.ics/cache.xml (or similar) and see if you can get the problem to recur again.
It just happened again. (gdb) t a a bt Thread 3 (Thread 809305312 (LWP 3013)): #0 0x0ff43d0c in poll () from /lib/libc.so.6 #1 0x0f7c4a48 in g_main_context_check () from /usr/lib/libglib-2.0.so.0 #2 0x0f7c5004 in g_main_loop_run () from /usr/lib/libglib-2.0.so.0 #3 0x0e926aa4 in link_thread_io_context () from /usr/lib/libORBit-2.so.0 #4 0x0f7e57f0 in g_static_private_free () from /usr/lib/libglib-2.0.so.0 #5 0x0fc65878 in start_thread () from /lib/libpthread.so.0 #6 0x0ff43cf4 in poll () from /lib/libc.so.6 #7 0x00000000 in ?? () Thread 2 (Thread 851252448 (LWP 3025)): #0 0x0ff43d0c in poll () from /lib/libc.so.6 #1 0x0f7c4a48 in g_main_context_check () from /usr/lib/libglib-2.0.so.0 #2 0x0f7c5004 in g_main_loop_run () from /usr/lib/libglib-2.0.so.0 #3 0x008fcdb8 in e_book_set_default_source () from /usr/lib/libebook-1.2.so.3 #4 0x0fc65878 in start_thread () from /lib/libpthread.so.0 #5 0x0ff43cf4 in poll () from /lib/libc.so.6 #6 0x00000000 in ?? () Thread 1 (Thread 805491808 (LWP 2965)): #0 0x0fc67b84 in pthread_mutex_lock () from /lib/libpthread.so.0 #1 0x0f7c3fd8 in g_main_context_prepare () from /usr/lib/libglib-2.0.so.0 ---Type <return> to continue, or q <return> to quit--- #2 0x0f7c4810 in g_main_context_check () from /usr/lib/libglib-2.0.so.0 #3 0x0f7c5004 in g_main_loop_run () from /usr/lib/libglib-2.0.so.0 #4 0x0e886414 in bonobo_main () from /usr/lib/libbonobo-2.so.0 #5 0x0f7c3fd8 in g_main_context_prepare () from /usr/lib/libglib-2.0.so.0 #6 0x00000000 in ?? ()
Is this still happening?
Haven't seen it recently.
David, this bug has been languishing here for quite awhile. Are you still seeing this behavior with the latest FC5 or Rawhide releases?
Haven't seen it recently. Might as well close it until/unless it reoccurs.