|
Hi Christian,
Thanks for your help. I managed to build evolution-kolab 3.4.2 under xubuntu 12.04 with this patch: http://git.gnome.org/browse/evolution-kolab/commit/configure.ac?id=cd5c4d390ba8ccd6aa16f64e1c00770013c3f586 Although checkinstall went fine also I am not sure if the libraries are installed in the right places for the ubuntu evolution 3.4.2 version to find. As far as I remember debian and ubuntu paths are different? Ex. With a right click I opened a new calendar in evolution and chose Kolab2 type. There were no text fields where I could enter/choose the remote calendar location. Then it showed an error message in a red bar: Invalid resource (or so). I did not find any place to configure evolution-kolab in evolution. I was not able to delete the kolab2 calendar afterwards. Another issue, which is not related to evolution-kolab, but maybe you know about: evolution 3.4.2 does not store my imap passwords any more. I have to enter them every time I start evolution. Kind regards Jens On 31/08/2012 18:09, Christian Hilberg wrote: Hi again, Am Freitag 31 August 2012, um 15:49:27 schrieb Christian Hilberg:Hi Jens, Am Freitag 31 August 2012, um 14:50:34 schrieb gmail:Hello Christian, after successfully executing ./config I am trying to build evolution-kolab modules 3.4.4 for evolution 3.4.2 with make (without parameters). I get the following error: *********************************************************************** test-kolab-util-http.c:161:2: attention : format ‘%d’ expects argument of type ‘int’, but argument 5 has type ‘gssize’ [-Wformat] CCLD test-kolab-util-http *** Warning: Linking the executable test-kolab-util-http against the loadable module *** libcamelkolab.so is not portable! *** Warning: Linking the executable test-kolab-util-http against the loadable module *** libekolabutil.so is not portable! ../../../../src/camel/.libs/libcamelkolab.so: undefined reference to `camel_folder_summary_remove_uids'^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^ This is the error why the build fails. The symbol in question does not exist in Evolution-Data-Server 3.4.4Yes, it does - however, it does _not_ exist in E-D-S 3.4.2. (see below...)I'm not sure how it crept into evolution-kolab 3.4.4 and how the distribution checks did not fail on it. I'll have that fixed shortly.After consulting with the upstream E-D-S code it became clear that the symbol was added to E-D-S code in version 3.4.3 (see [0] for reference). Normally, no new symbols will be introduced in stable branches, but I guess the bug fixed with it was considered severe enough to justify adding a new symbol. Since the 3.4 line of evolution-kolab has some code duplicated from E-D-S, the offending symbol is also included in evolution-kolab. As a consequence, for building evolution-kolab 3.4.3 or newer, you will need Evolution-Data-Server 3.4.3 or newer. I am not aware of any other symbol added after 3.4.3, so you ought to be able to build evolution-kolab 3.4.4 against E-D-S 3.4.3. As a general rule of thumb, unless you're ready to take pain, it is always best to exactly match the versions of Evolution, E-D-S and evolution-kolab. Kind regards, Christian [0] http://git.gnome.org/browse/evolution-data-server/commit/?h=gnome-3-4&id=5186c995c06fb3398688de3518d899dc149f73b8 |