I tried to emerge multisync (which is unstable on amd64) and ran into a problem. Doing that ends in a compile error like this: make[1]: Entering directory `/var/tmp/portage/multisync-0.83_pre20050414-r4/work/multisync/plugins/ldap_plugin' Making all in src make[2]: Entering directory `/var/tmp/portage/multisync-0.83_pre20050414-r4/work/multisync/plugins/ldap_plugin/src' if /bin/sh ../libtool --mode=compile x86_64-pc-linux-gnu-gcc -DHAVE_CONFIG_H -I. -I. -I.. -DPACKAGE_DATA_DIR=\""/usr/share/multisync"\" -I../../../src/libversit -I.. -DORBIT2=1 -pthread -I/usr/include/libgnomeui-2.0 -I/usr/include/libgnome-2.0 -I/usr/include/libgnomecanvas-2.0 -I/usr/include/gtk-2.0 -I/usr/include/libart-2.0 -I/usr/include/gconf/2 -I/usr/include/libbonoboui-2.0 -I/usr/include/gnome-vfs-2.0 -I/usr/lib64/gnome-vfs-2.0/include -I/usr/include/gnome-keyring-1 -I/usr/include/glib-2.0 -I/usr/lib64/glib-2.0/include -I/usr/include/orbit-2.0 -I/usr/include/libbonobo-2.0 -I/usr/include/bonobo-activation-2.0 -I/usr/include/pango-1.0 -I/usr/include/freetype2 -I/usr/lib64/gtk-2.0/include -I/usr/include/atk-1.0 -I/usr/include/cairo -I/usr/include/libxml2 -I../include -I../../../include -Werror -mtune=k8 -O2 -pipe -MT ldap_plugin.lo -MD -MP -MF ".deps/ldap_plugin.Tpo" \ -c -o ldap_plugin.lo `test -f 'ldap_plugin.c' || echo './'`ldap_plugin.c; \ then mv -f ".deps/ldap_plugin.Tpo" ".deps/ldap_plugin.Plo"; \ else rm -f ".deps/ldap_plugin.Tpo"; exit 1; \ fi mkdir .libs x86_64-pc-linux-gnu-gcc -DHAVE_CONFIG_H -I. -I. -I.. -DPACKAGE_DATA_DIR=\"/usr/share/multisync\" -I../../../src/libversit -I.. -DORBIT2=1 -pthread -I/usr/include/libgnomeui-2.0 -I/usr/include/libgnome-2.0 -I/usr/include/libgnomecanvas-2.0 -I/usr/include/gtk-2.0 -I/usr/include/libart-2.0 -I/usr/include/gconf/2 -I/usr/include/libbonoboui-2.0 -I/usr/include/gnome-vfs-2.0 -I/usr/lib64/gnome-vfs-2.0/include -I/usr/include/gnome-keyring-1 -I/usr/include/glib-2.0 -I/usr/lib64/glib-2.0/include -I/usr/include/orbit-2.0 -I/usr/include/libbonobo-2.0 -I/usr/include/bonobo-activation-2.0 -I/usr/include/pango-1.0 -I/usr/include/freetype2 -I/usr/lib64/gtk-2.0/include -I/usr/include/atk-1.0 -I/usr/include/cairo -I/usr/include/libxml2 -I../include -I../../../include -Werror -mtune=k8 -O2 -pipe -MT ldap_plugin.lo -MD -MP -MF .deps/ldap_plugin.Tpo -c ldap_plugin.c -fPIC -DPIC -o .libs/ldap_plugin.o if /bin/sh ../libtool --mode=compile x86_64-pc-linux-gnu-gcc -DHAVE_CONFIG_H -I. -I. -I.. -DPACKAGE_DATA_DIR=\""/usr/share/multisync"\" -I../../../src/libversit -I.. -DORBIT2=1 -pthread -I/usr/include/libgnomeui-2.0 -I/usr/include/libgnome-2.0 -I/usr/include/libgnomecanvas-2.0 -I/usr/include/gtk-2.0 -I/usr/include/libart-2.0 -I/usr/include/gconf/2 -I/usr/include/libbonoboui-2.0 -I/usr/include/gnome-vfs-2.0 -I/usr/lib64/gnome-vfs-2.0/include -I/usr/include/gnome-keyring-1 -I/usr/include/glib-2.0 -I/usr/lib64/glib-2.0/include -I/usr/include/orbit-2.0 -I/usr/include/libbonobo-2.0 -I/usr/include/bonobo-activation-2.0 -I/usr/include/pango-1.0 -I/usr/include/freetype2 -I/usr/lib64/gtk-2.0/include -I/usr/include/atk-1.0 -I/usr/include/cairo -I/usr/include/libxml2 -I../include -I../../../include -Werror -mtune=k8 -O2 -pipe -MT gui.lo -MD -MP -MF ".deps/gui.Tpo" \ -c -o gui.lo `test -f 'gui.c' || echo './'`gui.c; \ then mv -f ".deps/gui.Tpo" ".deps/gui.Plo"; \ else rm -f ".deps/gui.Tpo"; exit 1; \ fi x86_64-pc-linux-gnu-gcc -DHAVE_CONFIG_H -I. -I. -I.. -DPACKAGE_DATA_DIR=\"/usr/share/multisync\" -I../../../src/libversit -I.. -DORBIT2=1 -pthread -I/usr/include/libgnomeui-2.0 -I/usr/include/libgnome-2.0 -I/usr/include/libgnomecanvas-2.0 -I/usr/include/gtk-2.0 -I/usr/include/libart-2.0 -I/usr/include/gconf/2 -I/usr/include/libbonoboui-2.0 -I/usr/include/gnome-vfs-2.0 -I/usr/lib64/gnome-vfs-2.0/include -I/usr/include/gnome-keyring-1 -I/usr/include/glib-2.0 -I/usr/lib64/glib-2.0/include -I/usr/include/orbit-2.0 -I/usr/include/libbonobo-2.0 -I/usr/include/bonobo-activation-2.0 -I/usr/include/pango-1.0 -I/usr/include/freetype2 -I/usr/lib64/gtk-2.0/include -I/usr/include/atk-1.0 -I/usr/include/cairo -I/usr/include/libxml2 -I../include -I../../../include -Werror -mtune=k8 -O2 -pipe -MT gui.lo -MD -MP -MF .deps/gui.Tpo -c gui.c -fPIC -DPIC -o .libs/gui.o gui.c: In function `on_btn_auth_mechs_clicked': gui.c:324: warning: assignment makes pointer from integer without a cast make[2]: *** [gui.lo] Error 1 make[2]: Leaving directory `/var/tmp/portage/multisync-0.83_pre20050414-r4/work/multisync/plugins/ldap_plugin/src' make[1]: *** [all-recursive] Error 1 make[1]: Leaving directory `/var/tmp/portage/multisync-0.83_pre20050414-r4/work/multisync/plugins/ldap_plugin' make: *** [all] Error 2 !!! ERROR: app-pda/multisync-0.83_pre20050414-r4 failed. Call stack: ebuild.sh, line 1539: Called dyn_compile ebuild.sh, line 939: Called src_compile multisync-0.83_pre20050414-r4.ebuild, line 114: Called run_compile multisync-0.83_pre20050414-r4.ebuild, line 89: Called die So the error occured in the ldap_plugin. I was able to track it down yet, but i don't know how to write a path to solve the issue: During the compilation of the ldap-plugin, the file gui.loT is created. The error occurs, because the next make command searches for gui.lo. Renaming gui.loT to gui.lo solved it. The same problem occurs again with ldap.loT which needs to be renamed, too. Please help me to write a patch for this issue. And sorry for the English, i'm not in my best form today ;-) btw: compiling with -ldap avoids the issue.
I encountered exactly the same situation.
Me too. I followed the errors back to some sloppy calls in gui.c and ldap.c. This is libtool doing what "we" said, and not completing the transition to the .lo because there was a complaint about the uncast assignment. Was collecting a patch for Upstream, but decided that's pointless: http://article.gmane.org/gmane.comp.gnome.apps.multisync.devel/517 If we care about this, should probably act on it by patching the plugin and applying that, or neutering the USE of ldap inside of the ebuild.
Someone found a solution to compile with ldap USE please ?
*** Bug 138156 has been marked as a duplicate of this bug. ***
*** Bug 165656 has been marked as a duplicate of this bug. ***
I encountered the same problem. how active is the multisync project anyway?
Well, yes. It seems, multisync is pretty much dead for about 2 and a half years. Read http://multisync.sourceforge.net/news.php: 22.04.06 Multisync successor - by Armin Bauer We were working on the successor to Multisync called OpenSync. OpenSync is a synchronization framework and is capable of synchronizing a large variety of devices and protocols like Evolution 2, IRMC, Palms, SyncML and more. The second entry is from 2004. So we may just drop this bug and start switching to opensync (http://www.opensync.org/). Oh, and just to mention it: the synce project must have been at a stakes a while ago, but has been revived and now contains a lot of useful information. Maybe I'll go and write a gentoo-wiki howto on syncing a Windows Mobile 2005 device with it. Let's see. However, regard this bug as closed. Sebastian
forgive my ignorance - but how would one use opensync? I only see it as a library (libopensync), but no actual application to make it work with. how would one sync say evolution with a bluetooth-enabled cell phone using opensync? (sorry for the off-topic question, maybe the forum would be more appropriate to discuss this issue)
No no. You're completely right, and I myself wondered about it. I haven't figured it out yet, but when I have, I'll post it here. Still: opensync is the successor of multisync, so switching would be for the better.
app-pda/multisync-gui seems to be the app for the opensync lib, but i'm not sure...