The function "e_gdbus_templates_decode_two_strings" is part
of libedataserver-1.2.la, which is linked to libebook-1.2.la,
as $(top_builddir)/libedataserver/libedataserver-1.2.la. I see it in the file. it doesn't make much sense it being missed. Could you make sure your jhbuild rebuild the libedataserver files too? This change was added very recently.

Hi Milan,

Yes, it does rebuild/link all files.  And note that this failure happens at install time, not build or link time.  

The problem from what I can tell is that a libedataserver-1.2.la file also already exists in an older version (without symbols) in $prefix, and libtool does not seem to know to install the new libedataserver-1.2.la file before libebook-1.2.la file.  The order really ought not to matter for how the files are install'd, except that libtool has this "nice feature" that it notices the library in the prefix is different and will automatically try to re-link the files being installed against it (note the first "Warning" in the above), and the symbols are missing there, hence the failure.

There was a similar problem with the camel filter provider code a couple weeks back, and the "workaround" is the same, to nuke the prefix and rebuild everything.  But ultimately the fault is either in the autofoo makefiles for not properly expressing the dependencies, or perhaps libtool for not realizing this.

To reproduce the problem:

 * nuke your prefix and destdir
 * rewind/reset/clean eds to before the symbols were introduced
 * jhbuild and install
 * fastforward
 * jhbuild and install again

Works for me. It might be something with jhbuild then? I'm not using jhbuild, I'm building evo on my own, and I did exactly what you wrote above. I was forced to run ./autogen.sh again, due to change in configure.ac, which maybe did the trick?

same problem again today, different symbols:

.libs/libcamelpop3_la-camel-pop3-folder.o: In function `pop3_folder_synchronize_sync':
/home/me/gnome3/evolution-data-server/camel/providers/pop3/camel-pop3-folder.c:544: undefined reference to `camel_service_get_settings'
.libs/libcamelpop3_la-camel-pop3-settings.o: In function `camel_pop3_settings_get_type':
/home/me/gnome3/evolution-data-server/camel/providers/pop3/camel-pop3-settings.c:41: undefined reference to `camel_store_settings_get_type'
/home/me/evolution-data-server/camel/providers/pop3/camel-pop3-settings.c:41: undefined reference to `camel_network_settings_get_type'
.libs/libcamelpop3_la-camel-pop3-settings.o: In function `pop3_settings_set_property':
/home/me/gnome3/evolution-data-server/camel/providers/pop3/camel-pop3-settings.c:80: undefined reference to `camel_network_settings_get_type'
/home/me/gnome3/evolution-data-server/camel/providers/pop3/camel-pop3-settings.c:80: undefined reference to `camel_network_settings_set_security_method'
.libs/libcamelpop3_la-camel-pop3-settings.o: In function `pop3_settings_get_property':
/home/me/gnome3/evolution-data-server/camel/providers/pop3/camel-pop3-settings.c:127: undefined reference to `camel_network_settings_get_type'
/home/me/gnome3/evolution-data-server/camel/providers/pop3/camel-pop3-settings.c:127: undefined reference to `camel_network_settings_get_security_method'
.libs/libcamelpop3_la-camel-pop3-store.o: In function `connect_to_server':
/home/me/gnome3/evolution-data-server/camel/providers/pop3/camel-pop3-store.c:106: undefined reference to `camel_service_get_settings'
collect2: ld returned 1 exit status



i suspect it may be a difference in how jhbuild builds and installs vs how you are doing it.  i.e. you're donig something along the lines of

./autogen.sh
./configure
make
make install

and jhbuild is more like

./autogen.sh
./configure
make
make install DESTDIR=somewhere-not-prefix
something-that-copies-destdir-to-prefix

I suggest getting distcheck working again, even if it means temporarily disabling the address book and calendar tests which have been semi-broken since the move to XDG base directories.

"make destdir" also uses DESTDIR when installing.  It should flush out any problems.

(In reply to comment #5)
> "make destdir" also uses DESTDIR when installing.

Grr... "make distcheck" I meant.

seanius: Do you still run into this issue or can this be closed as OBSOLETE?

No feedback => OBSOLETE.