Changelog says "eds" was disabled because evolution-data-server was not stable on any arch. That is no longer true. Integration seems to work correctly on my stable "x86" machine Reproducible: Always Steps to Reproduce: 1. Examine gaim-1.1.0.ebuild Actual Results: gevolution plugin disabled Expected Results: gevolution plugin enabled when USE="eds"
Created attachment 46416 [details, diff] Patch to enable USE="eds"
Patch unnecessary. The lines were only commented out in the ebuild. There will arise a problem when trying to stabilize things, since evolution-data-server is only marked stable on a handful of platforms. I don't have evolution on my home machine, I'll work on this tomorrow from work. I couldn't get integration working back when I was originally testing it.
plugins: probing /usr/lib/gaim/gevolution.so Program received signal SIGSEGV, Segmentation fault. [Switching to Thread 16384 (LWP 8134)] 0xb7f7de09 in pthread_mutex_lock () from /lib/libpthread.so.0 (gdb) bt #0 0xb7f7de09 in pthread_mutex_lock () from /lib/libpthread.so.0 #1 0xb7917db3 in g_mem_chunk_new () from /usr/lib/libglib-2.0.so.0 #2 0xbfff8db8 in ?? () #3 0xb7ff5df0 in _dl_rtld_di_serinfo () from /lib/ld-linux.so.2 #4 0xb790f154 in g_main_context_new () from /usr/lib/libglib-2.0.so.0 #5 0x00000001 in ?? () #6 0xb659b730 in ?? () from /usr/lib/libORBit-2.so.0 #7 0x00000001 in ?? () #8 0x00000001 in ?? () #9 0xb6582d88 in link_init () from /usr/lib/libORBit-2.so.0 Previous frame inner to this frame (corrupt stack?) You say it works for you?
It works correctly for me. What information can I provide to help?
What version of glib, orbit and evolution-data-server do you have installed?
Also what version of libbonobo?
And what version of glibc
Created attachment 46715 [details] valgrind output from gevolution load
I am totally at a loss of why I can't get it working. Here is what I'm working with: [ebuild R ] dev-libs/glib-2.6.0 -doc -static 0 kB [ebuild R ] gnome-base/libbonobo-2.8.0 +debug -doc 0 kB [ebuild R ] gnome-base/orbit-2.12.0 +debug -doc +ssl 0 kB [ebuild R ] gnome-extra/evolution-data-server-1.0.2 +debug -doc +ldap 0 kB [ebuild R ] net-im/gaim-1.1.0-r1 +cjk +crypt +debug +eds -gnutls -nas +nls +perl +silc +spell 0 kB [1]
I have: [ebuild R ] dev-libs/glib-2.4.8 -doc 0 kB [ebuild R ] gnome-base/libbonobo-2.8.0 -debug -doc 0 kB [ebuild R ] gnome-base/orbit-2.12.0 -debug -doc +ssl 0 kB [ebuild R ] gnome-extra/evolution-data-server-1.0.2 -debug -doc -ldap 0 kB [ebuild R ] net-im/gaim-1.1.0 +cjk +crypt -debug +eds -gnutls -nas +nls +perl -silc +spell 0 kB [1] Same as you, but for glib, and USE="debug ldap".
This fails on my home machine too. Backtrace is somewhat similar: plugins: probing /usr/lib/gaim/gevolution.so Program received signal SIGSEGV, Segmentation fault. [Switching to Thread 16384 (LWP 26109)] 0xb7f8407d in pthread_mutex_lock () from /lib/libpthread.so.0 (gdb) bt #0 0xb7f8407d in pthread_mutex_lock () from /lib/libpthread.so.0 #1 0xb7aa8771 in g_mem_chunk_new () from /usr/lib/libglib-2.0.so.0 #2 0xb773c020 in ?? () #3 0x00000001 in ?? () #4 0x00000098 in ?? () #5 0xb7afc17c in ?? () from /usr/lib/libglib-2.0.so.0 #6 0x081c0970 in ?? () #7 0x00000000 in ?? () #8 0x081c09d4 in ?? () #9 0xb7aa0cef in g_source_remove_poll () from /usr/lib/libglib-2.0.so.0 #10 0xb7acecd0 in ?? () from /usr/lib/libglib-2.0.so.0 #11 0x0000000c in ?? () #12 0x00000180 in ?? () #13 0x00000001 in ?? () #14 0xbfff8fc8 in ?? () #15 0xb7ff6270 in _dl_rtld_di_serinfo () from /lib/ld-linux.so.2 #16 0xb7aa140a in g_source_add_poll () from /usr/lib/libglib-2.0.so.0 #17 0x081c09d4 in ?? () #18 0x081c0970 in ?? () #19 0x00000001 in ?? () #20 0xb7a8801f in g_ptr_array_new () from /usr/lib/libglib-2.0.so.0 #21 0x00000000 in ?? () #22 0xb7afc17c in ?? () from /usr/lib/libglib-2.0.so.0 #23 0x081c0970 in ?? () #24 0xb7aa14e7 in g_main_context_new () from /usr/lib/libglib-2.0.so.0 #25 0xb788532b in ssignal () from /lib/libc.so.6 Previous frame inner to this frame (corrupt stack?) I guess I wonder if glib-2.6 isn't the problem. I'll see if I don't break too much by trying to downgrade it.
Works fine for me. Here are the requested package versions for my workstation: [ebuild R ] dev-libs/glib-2.4.8 -doc [ebuild R ] gnome-base/libbonobo-2.8.0 -debug -doc [ebuild R ] gnome-base/orbit-2.12.0 -debug -doc +ssl [ebuild R ] gnome-extra/evolution-data-server-1.0.2 -debug -doc -ldap [ebuild R ] net-im/gaim-1.1.0 -cjk +crypt -debug -gnutls -nas +nls +perl -silc +spell
I forgot to mention that my workstation won't show the eds flag. The gaim package was built on my binhost using the ebuild modifications. +eds is a flag used with the build. Wendall
Rebuild glib with debugging. This is the backtrace now: (gdb) bt #0 0xb7f7de09 in pthread_mutex_lock () from /lib/libpthread.so.0 #1 0xb791b4b6 in IA__g_mem_chunk_new (name=0x0, atom_size=12, area_size=136074056, type=1) at gmem.c:690 #2 0xb7912ab0 in IA__g_main_context_new () at gmain.c:2970 #3 0xb657317e in link_init () from /usr/lib/libORBit-2.so.0
Note that this is glib-2.6.
OK after rebuilding orbit and libbonobo with debugging, here is this new backtrace: plugins: probing /usr/lib/gaim/gevolution.so Program received signal SIGSEGV, Segmentation fault. [Switching to Thread 16384 (LWP 1465)] 0xb7f7de09 in pthread_mutex_lock () from /lib/libpthread.so.0 (gdb) bt #0 0xb7f7de09 in pthread_mutex_lock () from /lib/libpthread.so.0 #1 0xb791b4b6 in IA__g_mem_chunk_new (name=0x0, atom_size=12, area_size=136092656, type=1) at gmem.c:690 #2 0xb7912ab0 in IA__g_main_context_new () at gmain.c:2970 #3 0xb6571cdc in link_init (thread_safe=1) at linc.c:205 #4 0xb654d387 in giop_init (thread_safe=1, blank_wire_data=0) at giop.c:504 #5 0xb65530a5 in CORBA_ORB_init (argc=0x0, argv=0x0, orb_identifier=0xb659ee45 "orbit-local-mt-orb", ev=0xbfff8e00) at corba-orb.c:367 #6 0xb659cf04 in bonobo_activation_orb_init (argc=0x0, argv=0x0) at bonobo-activation-init.c:362 #7 0xb659d0cd in bonobo_activation_init (argc=0, argv=0x0) at bonobo-activation-init.c:317 #8 0xb65f7a23 in bonobo_init_full (argc=0x0, argv=0x0, opt_orb=0x0, opt_poa=0x0, opt_manager=0x0) at bonobo-main.c:168 #9 0xb699f43a in gaim_init_plugin (plugin=0x81c3340) at gevolution.c:501 #10 0x0807ee48 in gaim_plugin_probe (filename=0x81c53a8 "/usr/lib/gaim/gevolution.so") at plugin.c:237 #11 0x0807f699 in gaim_plugins_probe (ext=0x0) at plugin.c:898 #12 0x080f4076 in main (argc=1, argv=0xbffff174) at main.c:892
Also can you guys post your CFLAGS here? The people in #gnome in irc.gnome.org seem to be certain that it is due to common old gentoo luser CFLAGS abuse. CCing gnome herd to see if they have any thoughts. 14:10 < oGALAXYo> please remove the march and framepointer stuff and go to -O2 14:10 < rizzo> but I'll try this out 14:10 < rizzo> I did that except left march in 14:10 < oGALAXYo> no 14:10 < oGALAXYo> march causes more problems than framepointer 14:10 < oGALAXYo> architecture specific stuff is most evil specially in an non proven compiler (which is still being worked on). 14:11 < oGALAXYo> i initially thought it may be some broken stuff in gnome after looking at your bugreport but now i am 100% sure its broken generated code by the compiler due to abuse of CFLAGS. I'm rebuilding now with just "-O2 -march=pentium4" (had been "-O3 -march=pentium4 -fomit-frame-pointer"), will report back when done. FWIW I'm rebuilding ~x86 versions of glib, orbit, libbonobo, evolution-data-server, and gaim.
Here are my CFLAGS: CFLAGS="-O3 -march=i686 -funroll-loops -pipe -fomit-frame-pointer" Wendall
Mine are: CFLAGS="-march=athlon-xp -O2 -fomit-frame-pointer -pipe" --Ben
Rebuilt all with JUST -O2 and this is bt now, slightly different. Note garbage chars in line #1. plugins: probing /usr/lib/gaim/gevolution.so Program received signal SIGSEGV, Segmentation fault. [Switching to Thread 16384 (LWP 23504)] 0xb7f7de09 in pthread_mutex_lock () from /lib/libpthread.so.0 (gdb) bt #0 0xb7f7de09 in pthread_mutex_lock () from /lib/libpthread.so.0 #1 0xb791fea4 in IA__g_mem_chunk_new ( name=0xb7974740 "
Rebuilt all with JUST -O2 and this is bt now, slightly different. Note garbage chars in line #1. plugins: probing /usr/lib/gaim/gevolution.so Program received signal SIGSEGV, Segmentation fault. [Switching to Thread 16384 (LWP 23504)] 0xb7f7de09 in pthread_mutex_lock () from /lib/libpthread.so.0 (gdb) bt #0 0xb7f7de09 in pthread_mutex_lock () from /lib/libpthread.so.0 #1 0xb791fea4 in IA__g_mem_chunk_new ( name=0xb7974740 "ä<¤¶ìÝ÷·\f>¤¶Ïß÷·~=¤¶\230>¤¶\034Â÷·\200Â÷·A½÷·2?¤¶Þ@¤¶lA¤¶:B¤¶\006B¤¶ D\223·", atom_size=12, area_size=384, type=1) at gmem.c:690 #2 0xb79187d6 in g_main_context_add_poll_unlocked (context=0x81c9b60, priority=0, fd=0x81c9bc4) at gmain.c:2970 #3 0xb7918eea in g_main_context_init_pipe (context=0x81c9b60) at gmain.c:714 #4 0xb7918fc8 in IA__g_main_context_new () at gmain.c:778 #5 0xb657b715 in link_init (thread_safe=1) at linc.c:205 #6 0xb6559575 in giop_init (thread_safe=1, blank_wire_data=-1214822592) at giop.c:504 #7 0xb655efb4 in CORBA_ORB_init (argc=0xb7974740, argv=0xb7974740, orb_identifier=0xb65a7305 "orbit-local-mt-orb", ev=0xbfff8e10) at corba-orb.c:367 #8 0xb65a53be in bonobo_activation_orb_init (argc=0xb7974740, argv=0xb7974740) at bonobo-activation-init.c:362 #9 0xb65a558c in bonobo_activation_init (argc=0, argv=0x0) at bonobo-activation-init.c:317 #10 0xb6600d0b in bonobo_init_full (argc=0x0, argv=0xb7974740, opt_orb=0x0, opt_poa=0x0, opt_manager=0x0) at bonobo-main.c:168 #11 0xb69a943a in gaim_init_plugin (plugin=0x81c3340) at gevolution.c:501 #12 0x0807ee48 in gaim_plugin_probe (filename=0x81c53a8 "/usr/lib/gaim/gevolution.so") at plugin.c:237 #13 0x0807f699 in gaim_plugins_probe (ext=0x0) at plugin.c:898 #14 0x080f4076 in main (argc=1, argv=0xbffff174) at main.c:892
Any chance this may be related to the threading model used? Don, does your glibc use NPTL? Mine does: [ebuild R ] sys-libs/glibc-2.3.4.20040808-r1 -build -debug -erandom -hardened -multilib +nls +nptl -pic -userlocales
[ebuild R ] sys-libs/glibc-2.3.4.20041102 -build +debug -erandom -hardened -multilib +nls -nomalloccheck -nptl -nptlonly -pic -userlocales 0 kB
Rebuilding glib,orbit and libbonobo with -O0 shows little change. Line #1 now says: #1 0xb791b7e2 in IA__g_mem_chunk_new (name=0xb79476f0 "GPollRec mem chunks (32)", atom_size=12, area_size=384, type=1) at gmem.c:690
OK here is the full bt with -O0. The bonobo_activation_orb_init call looks different, not passing the same address. 0xb7f7f0c2 in pthread_mutex_lock () from /lib/libpthread.so.0 (gdb) bt #0 0xb7f7f0c2 in pthread_mutex_lock () from /lib/libpthread.so.0 #1 0xb78cf7e2 in IA__g_mem_chunk_new (name=0xb78fb6f0 "GPollRec mem chunks (32)", atom_size=12, area_size=384, type=1) at gmem.c:690 #2 0xb78c9db5 in g_main_context_add_poll_unlocked (context=0x81ceb60, priority=0, fd=0x81cebc4) at gmain.c:2970 #3 0xb78c57c1 in g_main_context_init_pipe (context=0x81ceb60) at gmain.c:714 #4 0xb78c58df in IA__g_main_context_new () at gmain.c:778 #5 0xb64f2673 in link_init (thread_safe=1) at linc.c:205 #6 0xb64c8d3d in giop_init (thread_safe=1, blank_wire_data=0) at giop.c:504 #7 0xb64ce1a5 in CORBA_ORB_init (argc=0xbfff8e70, argv=0x0, orb_identifier=0xb652061f "orbit-local-mt-orb", ev=0xbfff8e00) at corba-orb.c:367 #8 0xb651e219 in bonobo_activation_orb_init (argc=0xbfff8e70, argv=0x0) at bonobo-activation-init.c:362 #9 0xb651e0a8 in bonobo_activation_init (argc=0, argv=0x0) at bonobo-activation-init.c:317 #10 0xb657a65b in bonobo_init_full (argc=0x0, argv=0x0, opt_orb=0x0, opt_poa=0x0, opt_manager=0x0) at bonobo-main.c:168 #11 0xb695b491 in gaim_init_plugin (plugin=0x81c8340) at gevolution.c:501 #12 0x08080986 in gaim_plugin_probe (filename=0x81ca3a8 "/usr/lib/gaim/gevolution.so") at plugin.c:237 #13 0x0808125f in gaim_plugins_probe (ext=0x0) at plugin.c:898 #14 0x080f8a73 in main (argc=1, argv=0xbffff174) at main.c:892
Seems to work here with USE=eds and glib-2.6.0 (ie doesn't crash when i load the plugin)... posting info by rizzo's request. Portage 20041207 (selinux/2004.1/x86/hardened, gcc-3.4.3, glibc-2.3.4.20041102-r0, 2.6.7-hardened-r18 i686) ================================================================= System uname: 2.6.7-hardened-r18 i686 AMD Athlon(tm) Gentoo Base System version 1.6.8 distcc: No such file or directory [disabled] ccache: No such file or directory [enabled] Autoconf: sys-devel/autoconf-2.13,sys-devel/autoconf-2.59-r6 Automake: sys-devel/automake-1.4_p6,sys-devel/automake-1.9.3,sys-devel/automake-1.5,sys-devel/automake-1.8.5-r2,sys-devel/automake-1.6.3,sys-devel/automake-1.7.9 Binutils: sys-devel/binutils-2.15.92.0.2-r2 Headers: sys-kernel/linux26-headers-2.6.8.1-r1 Libtools: sys-devel/libtool-1.5.10-r2 Python: dev-lang/python-2.3.4 [2.3.4 (#1, Nov 16 2004, 16:45:50)] ACCEPT_KEYWORDS="x86 ~x86" CFLAGS="-O2 -march=athlon-xp -fomit-frame-pointer -fforce-addr -frename-registers -pipe" CHOST="i686-pc-linux-gnu" CONFIG_PROTECT="/etc /usr/kde/2/share/config /usr/kde/3/share/config /usr/lib/X11/xkb /usr/lib/mozilla/defaults/pref /usr/share/config /var/qmail/control" CONFIG_PROTECT_MASK="/etc/gconf /etc/terminfo /etc/env.d" CXXFLAGS="-O2 -march=athlon-xp -fomit-frame-pointer -fforce-addr -frename-registers -pipe" DISTDIR="/usr/portage/distfiles" FEATURES="autoaddcvs autoconfig ccache distlocks loadpolicy sandbox sfperms strict userpriv" GENTOO_MIRRORS="ftp://ftp.mirror.ac.uk/sites/distro.ibiblio.org/pub/linux/distributions/gentoo/" MAKEOPTS="-j2" PKGDIR="/usr/portage/packages" PORTAGE_TMPDIR="/var/tmp" PORTDIR="/usr/portage" PORTDIR_OVERLAY="/usr/local/portage" SYNC="rsync://rsync.gentoo.org/gentoo-portage" USE="X alsa berkdb bitmap-fonts cdr crypt dlloader emacs esd fam fbcon flac gdbm gif gnome gpm gstreamer gtk gtk2 hardened imap imlib jpeg mad mozilla ncurses nls nptl oggvorbis opengl pam perl pic pie png python readline sdk sdl selinux ssl tcpd tiff truetype-fonts x86 xml xml2 xmms zlib" [ebuild R ] dev-libs/glib-2.6.0 -doc -static [ebuild R ] gnome-base/orbit-2.12.0 -debug -doc +ssl [ebuild R ] gnome-base/libbonobo-2.8.0 -debug -doc [ebuild R ] gnome-extra/evolution-data-server-1.0.3 -debug -doc -ldap
Well I am truly befuddled. I have two desktop machines, both ~x86 with latest glib et al. One athlon, one p4. Both crash on gevolution.
I'll install glib 2.6 and build to see what differences there are. Wendall
Created attachment 47599 [details] strace of crash on my home computer
I'm told it shouldn't matter, but are all of you running gnome?
I am running gnome-light currently on my primary workstation and gnome on my binhost. HTH Wendall
I'm running gnome. --Ben
Here is my emerge info, if anyone sees anything nutty, please let me know. :p Portage 2.0.51-r8 (default-linux/x86/2004.0, gcc-3.4.3, glibc-2.3.4.20041102-r0, 2.6.10-gentoo-r1 i686) ================================================================= System uname: 2.6.10-gentoo-r1 i686 Intel(R) Pentium(R) 4 CPU 2.80GHz Gentoo Base System version 1.6.8 Python: dev-lang/python-2.3.4 [2.3.4 (#1, Jun 8 2004, 09:20:50)] ccache version 2.3 [disabled] dev-lang/python: 2.3.4 sys-devel/autoconf: 2.13, 2.59-r6 sys-devel/automake: 1.5, 1.6.3, 1.8.5-r2, 1.7.9, 1.4_p6, 1.9.3 sys-devel/binutils: 2.15.92.0.2-r2 sys-devel/libtool: 1.5.10-r2 virtual/os-headers: 2.6.8.1-r1 ACCEPT_KEYWORDS="x86 ~x86" AUTOCLEAN="yes" CFLAGS="-O0" CHOST="i686-pc-linux-gnu" CONFIG_PROTECT="/etc /usr/kde/2/share/config /usr/kde/3.2/share/config /usr/kde/3.3/env /usr/kde/3.3/share/config /usr/kde/3.3/shutdown /usr/kde/3/share/config /usr/lib/X11/xkb /usr/share/config /var/qmail/control" CONFIG_PROTECT_MASK="/etc/gconf /etc/terminfo /etc/env.d" CXXFLAGS="-O0" DISTDIR="/usr/portage/distfiles" FEATURES="autoaddcvs autoconfig cvs sandbox sfperms" GENTOO_MIRRORS="http://mirrors.tds.net/gentoo http://mirror.datapipe.net/gentoo http://mirror.datapipe.net/gentoo http://gentoo.mirrors.pair.com/ http://prometheus.cs.wmich.edu/gentoo" LDFLAGS="" MAKEOPTS="-j2" PKGDIR="/usr/portage/packages" PORTAGE_TMPDIR="/var/tmp" PORTDIR="/usr/portage" PORTDIR_OVERLAY="/usr/local/portage" SYNC="rsync://rsync.gentoo.org/gentoo-portage" USE="x86 X acl alsa apache2 apm avi berkdb bitmap-fonts cdr cjk crypt cups curl dba debug divx4linux eds encode esd evo faac faad fam ffmpeg flac foomaticdb fortran gd gdbm gif gpm gstreamer gtk gtk2 gtkhtml imagemagick imap imlib imlib2 java jce jpeg junit ldap libwww log4j mad mbox mikmod mng motif mozsvg mp3 mpeg mpeg4 mplayer mysql ncurses nls nptl oci8 odbc offensive oggvorbis opengl oracle oss pam pcre pdflib pear-db perl png postgres postgresql ppds python qt quicktime readline ruby samba sdl silc slang spell sse ssl svg svga tcltk tcpd theora tiff truetype unicode usb xml xml2 xv xvid zlib"
Just a note that I do apologize for holding this hostage since I'm the only one who can't get it working. However I'm the one that has to support it so I can't check it into the tree until I figure out what is wrong with my two machines that it segfaults on.
I think I found the problem. Do any of you have gaim-xmms-remote emerged? I'm hoping you don't, and that when you do, gaim will segfault upon probing gevolution.
I don't have gaim-xmms-remote emerged. I'll try installing it tomorrow. Hopefully, it'll blow up. :-)
Well it's 100% for me. However the gxr author was able to load successfully with gxr probing both before and after gevolution. Either way I'm fine with this workaround, as I've been the only person to duplicate so far. EDS support has been added in gaim-1.1.2.
I built 1.1.1 with eds and gaim-xmms-remote. Debug messages looked normal. No segfault. Wendall
