The problem is with recent changes to gnome-keyring-sharp and require modification in Do Core.
RAOF has already created a fixed branch for that issue. He is just being lazy pushing it. On Mon, May 24, 2010 at 6:57 AM, Peng Deng <dengp...@gmail.com> wrote: > It seems this problem is related to Bug #536925, although that one is > marked as "fix released" now. > > The problem happens when retrieving the token (used to communicate with > RTM server) from gnome keyring and it is actually beyond the plugin > level. > > When I modify the code to store the token in a non-secure manner (i.e. > directly into gconf path), I don't see the issue. But I don't want to > take the risk by leaving the token to be easily accessed. > > Should we mark this bug as invalid? Since the problem is either at Do > core or gnome-keyring-sharp. > > -- > remember the milk plugin causes gnome-do crashes with sigsegv > https://bugs.launchpad.net/bugs/578170 > You received this bug notification because you are subscribed to Do > Plugins. > > Status in Do Plugins Project: New > Status in “gnome-do-plugins” package in Ubuntu: New > > Bug description: > Binary package hint: gnome-do > > Gnome-do crashes after a while. Here is the stack trace. It has lots of > unresolved symbols I looked for a dev build but couldn't find one in the PPA. > > Arch: i386 > Do: 0.8.3.1 > ubuntu 10.04 fully updated > Kernel: 2.6.32-22-generic #33-Ubuntu > > Please let me know if you need any more information or if there is something > I can do (pun unintended :D). > > **************************************************************************************************************************************************************** > > Debug info from gdb: > > [Error 14:29:58.484] [RTM] Not authorized to use a Remember The Milk account. > [Thread debugging using libthread_db enabled] > [New Thread 0x2197b70 (LWP 14390)] > [New Thread 0x5119b70 (LWP 14383)] > [New Thread 0x38bab70 (LWP 14381)] > [New Thread 0x551eb70 (LWP 14378)] > [New Thread 0x1c65b70 (LWP 14376)] > [New Thread 0x19f8b70 (LWP 14316)] > [New Thread 0x95eb70 (LWP 14313)] > [New Thread 0xb51b70 (LWP 14312)] > 0x00f76422 in __kernel_vsyscall () > 9 Thread 0xb51b70 (LWP 14312) 0x00f76422 in __kernel_vsyscall () > 8 Thread 0x95eb70 (LWP 14313) 0x00f76422 in __kernel_vsyscall () > 7 Thread 0x19f8b70 (LWP 14316) 0x00f76422 in __kernel_vsyscall () > 6 Thread 0x1c65b70 (LWP 14376) 0x00f76422 in __kernel_vsyscall () > 5 Thread 0x551eb70 (LWP 14378) 0x00f76422 in __kernel_vsyscall () > 4 Thread 0x38bab70 (LWP 14381) 0x00f76422 in __kernel_vsyscall () > 3 Thread 0x5119b70 (LWP 14383) 0x00f76422 in __kernel_vsyscall () > 2 Thread 0x2197b70 (LWP 14390) 0x00f76422 in __kernel_vsyscall () > * 1 Thread 0x1946f0 (LWP 14311) 0x00f76422 in __kernel_vsyscall () > > Thread 9 (Thread 0xb51b70 (LWP 14312)): > #0 0x00f76422 in __kernel_vsyscall () > #1 0x00d62736 in nanosleep () at ../sysdeps/unix/syscall-template.S:82 > #2 0x081a6af8 in ?? () > #3 0x00d5a96e in start_thread (arg=0xb51b70) at pthread_create.c:300 > #4 0x007d1a0e in clone () at ../sysdeps/unix/sysv/linux/i386/clone.S:130 > > Thread 8 (Thread 0x95eb70 (LWP 14313)): > #0 0x00f76422 in __kernel_vsyscall () > #1 0x00d61245 in sem_wait@@GLIBC_2.1 () > at ../nptl/sysdeps/unix/sysv/linux/i386/i686/../i486/sem_wait.S:80 > #2 0x0812e199 in ?? () > #3 0x081527ea in ?? () > #4 0x081c3062 in ?? () > #5 0x081e1925 in ?? () > #6 0x00d5a96e in start_thread (arg=0x95eb70) at pthread_create.c:300 > #7 0x007d1a0e in clone () at ../sysdeps/unix/sysv/linux/i386/clone.S:130 > > Thread 7 (Thread 0x19f8b70 (LWP 14316)): > #0 0x00f76422 in __kernel_vsyscall () > #1 0x007c3b86 in *__GI___poll (fds=0x859ff4, nfds=5, timeout=-1) > at ../sysdeps/unix/sysv/linux/poll.c:87 > #2 0x005b24eb in g_poll () from /lib/libglib-2.0.so.0 > #3 0x005a50ac in ?? () from /lib/libglib-2.0.so.0 > #4 0x005a5817 in g_main_loop_run () from /lib/libglib-2.0.so.0 > #5 0x0153d400 in ?? () from /usr/lib/libORBit-2.so.0 > #6 0x005cbdcf in ?? () from /lib/libglib-2.0.so.0 > #7 0x00d5a96e in start_thread (arg=0x19f8b70) at pthread_create.c:300 > #8 0x007d1a0e in clone () at ../sysdeps/unix/sysv/linux/i386/clone.S:130 > > Thread 6 (Thread 0x1c65b70 (LWP 14376)): > #0 0x00f76422 in __kernel_vsyscall () > #1 0x00d5f015 in pthread_cond_wait@@GLIBC_2.3.2 () > at > ../nptl/sysdeps/unix/sysv/linux/i386/i686/../i486/pthread_cond_wait.S:122 > #2 0x081ac841 in ?? () > #3 0x081ac8b4 in ?? () > #4 0x081c742f in ?? () > #5 0x0814f763 in ?? () > #6 0x01f066d5 in ?? () > #7 0x01f063e7 in ?? () > #8 0x072044ce in ?? () > #9 0x00b40509 in ?? () > #10 0x08110ef4 in mono_runtime_delegate_invoke () > #11 0x0815285b in ?? () > #12 0x081c3062 in ?? () > #13 0x081e1925 in ?? () > #14 0x00d5a96e in start_thread (arg=0x1c65b70) at pthread_create.c:300 > #15 0x007d1a0e in clone () at ../sysdeps/unix/sysv/linux/i386/clone.S:130 > > Thread 5 (Thread 0x551eb70 (LWP 14378)): > #0 0x00f76422 in __kernel_vsyscall () > #1 0x00d5f015 in pthread_cond_wait@@GLIBC_2.3.2 () > at > ../nptl/sysdeps/unix/sysv/linux/i386/i686/../i486/pthread_cond_wait.S:122 > #2 0x081ac841 in ?? () > #3 0x081ac8b4 in ?? () > #4 0x081c742f in ?? () > #5 0x0814dfc9 in ?? () > #6 0x07768b20 in ?? () > #7 0x07768a1b in ?? () > #8 0x00ec3f2c in ?? () > #9 0x00ebfa4a in ?? () > #10 0x00ebeba5 in ?? () > #11 0x07768980 in ?? () > #12 0x077688bb in ?? () > #13 0x07765f3c in ?? () > #14 0x077647f2 in ?? () > #15 0x01f0e5a8 in ?? () > #16 0x01f0308f in ?? () > #17 0x01f02b2a in ?? () > #18 0x05298107 in ?? () > #19 0x00b40509 in ?? () > #20 0x08110ef4 in mono_runtime_delegate_invoke () > #21 0x0815285b in ?? () > #22 0x081c3062 in ?? () > #23 0x081e1925 in ?? () > #24 0x00d5a96e in start_thread (arg=0x551eb70) at pthread_create.c:300 > #25 0x007d1a0e in clone () at ../sysdeps/unix/sysv/linux/i386/clone.S:130 > > Thread 4 (Thread 0x38bab70 (LWP 14381)): > #0 0x00f76422 in __kernel_vsyscall () > #1 0x00d5f015 in pthread_cond_wait@@GLIBC_2.3.2 () > at > ../nptl/sysdeps/unix/sysv/linux/i386/i686/../i486/pthread_cond_wait.S:122 > #2 0x081ac841 in ?? () > #3 0x081ac8b4 in ?? () > #4 0x081c742f in ?? () > #5 0x08155604 in ?? () > #6 0x081527ea in ?? () > #7 0x081c3062 in ?? () > #8 0x081e1925 in ?? () > #9 0x00d5a96e in start_thread (arg=0x38bab70) at pthread_create.c:300 > #10 0x007d1a0e in clone () at ../sysdeps/unix/sysv/linux/i386/clone.S:130 > > Thread 3 (Thread 0x5119b70 (LWP 14383)): > #0 0x00f76422 in __kernel_vsyscall () > #1 0x007d2286 in epoll_wait () at ../sysdeps/unix/syscall-template.S:82 > #2 0x08156292 in ?? () > #3 0x081527ea in ?? () > #4 0x081c3062 in ?? () > #5 0x081e1925 in ?? () > #6 0x00d5a96e in start_thread (arg=0x5119b70) at pthread_create.c:300 > #7 0x007d1a0e in clone () at ../sysdeps/unix/sysv/linux/i386/clone.S:130 > > Thread 2 (Thread 0x2197b70 (LWP 14390)): > #0 0x00f76422 in __kernel_vsyscall () > #1 0x00d5f015 in pthread_cond_wait@@GLIBC_2.3.2 () > at > ../nptl/sysdeps/unix/sysv/linux/i386/i686/../i486/pthread_cond_wait.S:122 > #2 0x081ac841 in ?? () > #3 0x081ac8b4 in ?? () > #4 0x081c742f in ?? () > #5 0x08155604 in ?? () > #6 0x081527ea in ?? () > #7 0x081c3062 in ?? () > #8 0x081e1925 in ?? () > #9 0x00d5a96e in start_thread (arg=0x2197b70) at pthread_create.c:300 > #10 0x007d1a0e in clone () at ../sysdeps/unix/sysv/linux/i386/clone.S:130 > > Thread 1 (Thread 0x1946f0 (LWP 14311)): > #0 0x00f76422 in __kernel_vsyscall () > #1 0x007c3b86 in *__GI___poll (fds=0x859ff4, nfds=8, timeout=3883) > at ../sysdeps/unix/sysv/linux/poll.c:87 > #2 0x005b24eb in g_poll () from /lib/libglib-2.0.so.0 > #3 0x005a50ac in ?? () from /lib/libglib-2.0.so.0 > #4 0x005a5817 in g_main_loop_run () from /lib/libglib-2.0.so.0 > #5 0x02634299 in gtk_main () from /usr/lib/libgtk-x11-2.0.so.0 > #6 0x068a09e0 in ?? () > #7 0x068a09a3 in ?? () > #8 0x00ac44bf in ?? () > #9 0x00ac4204 in ?? () > #10 0x08113b1e in mono_runtime_exec_main () > #11 0x0811429a in mono_runtime_run_main () > #12 0x080b3524 in mono_main () > #13 0x0805ad25 in ?? () > #14 0x0071abd6 in __libc_start_main (main=0x805ad00, argc=2, > ubp_av=0xbf8417f4, init=0x81e6be0, fini=0x81e6bd0, > rtld_fini=0xbd40c0 <_dl_fini>, stack_end=0xbf8417ec) at libc-start.c:226 > #15 0x0805ac61 in ?? () > > ================================================================= > Got a SIGSEGV while executing native code. This usually indicates > a fatal error in the mono runtime or one of the native libraries > used by your application. > ================================================================= > > Aborted > > **************************************************************************************************************************************************************** > > ProblemType: Bug > DistroRelease: Ubuntu 10.04 > Package: gnome-do 0.8.3.1+dfsg-1ubuntu1 > ProcVersionSignature: Ubuntu 2.6.32-22.33-generic 2.6.32.11+drm33.2 > Uname: Linux 2.6.32-22-generic i686 > NonfreeKernelModules: fglrx > Architecture: i386 > Date: Mon May 10 14:40:02 2010 > InstallationMedia: Ubuntu 10.04 "Lucid Lynx" - Alpha i386 (20100325) > ProcEnviron: > PATH=(custom, user) > LANG=en_IN > SHELL=/bin/bash > SourcePackage: gnome-do > > > -- Robert Dyer rd...@iastate.edu -- remember the milk plugin causes gnome-do crashes with sigsegv https://bugs.launchpad.net/bugs/578170 You received this bug notification because you are a member of Ubuntu Bugs, which is subscribed to Ubuntu. -- ubuntu-bugs mailing list ubuntu-bugs@lists.ubuntu.com https://lists.ubuntu.com/mailman/listinfo/ubuntu-bugs