Re: [Evolution-hackers] MAPI branch status?
On Mon, 2008-06-16 at 18:26 +0530, Srinivasa Ragavan wrote: Andre, the development is on track and we are moving inline with the libmapi-0.7. Some things are pending/in-progress are (*) mime parsing (*) free busy lookup (*) Delta fetching for addressbook. So the provider as a whole is sort of ready to use, but lots of minute things like these are really taking time, also due to tight schedule of libmapi also we had to post pone/wait till they get available. Hello Srini, I could just point out that I cannot read my email with it. Only half the folders are shown, and these happen not to include my inbox. Should I open a bug? I felt it was 'work in progress' but you seem to imply it should be better than that. Bill -- Bill Murray -ATLAS RAL, Harwell Science and Innovation Campus, Didcot, OX11 0QX, UK. Tel +44 (0)1235 446256, Fax 446733 ___ Evolution-hackers mailing list Evolution-hackers@gnome.org http://mail.gnome.org/mailman/listinfo/evolution-hackers
[Evolution-hackers] mapi progress
Hello all, I have noticed new libmapi builds on jjohnny's repo getting pulled by my Fedora recently, so I try them again on Exchange 2003. Unfortunately no luck yet - it still reads the folder structure and then crashes, ending with: 0 Total : 1 OpenFolder : MAPI_E_NOT_FOUND (0x8004010F) |---+ Tasks : (Container class: IPF.Task 8BD1C1010010) UnRead : 0 Total : 7 |---+ Trash : (Container class: IPF.Note 69BDFF0E) UnRead : 6 Total : 25 libexchangemapi-Message: exchange-mapi-connection.c(1952): exchange_mapi_get_folders_list: unlock(connect_lock) exchange-mapi-connection.c(1954): Leaving exchange_mapi_get_folders_list ./evolution-start.sh: line 8: 9389 Segmentation fault evolution anyway, my question was, is there any discussion group or anything where I can see what is supposed to change with these releases? Thanks, Bill ___ Evolution-hackers mailing list Evolution-hackers@gnome.org http://mail.gnome.org/mailman/listinfo/evolution-hackers
Re: [Evolution-hackers] mapi progress
Thanks Suman, On Thu, 2008-05-29 at 16:40 +0530, Suman Manjunath wrote: Hi.. can you run it under gdb and send me/jony a backtrace? here's what-to-do: $ gdb evolution $ (in the gdb console) r -c mail $ (when the crash occurs) thread apply all bt Well, that was clever - it stopped the crash. I never expected that! So its a bit hard to send a trace...but I assume timing matters. OK, it works. I was able to see SOME of my mail folders, (but not my new mail inbox) and it only hung when I tried to look at a calendar. anyway, my question was, is there any discussion group or anything where I can see what is supposed to change with these releases? well.. one notable feature-add was delta fetching in calendars/tasks/memos. although, there have been lots of fixes.. :) Thank you for this - it looks very promising. [off-topic] The build service project now hosts opensuse-10.3/factory and fedora 8/9. -Suman ___ Evolution-hackers mailing list Evolution-hackers@gnome.org http://mail.gnome.org/mailman/listinfo/evolution-hackers
Re: [Evolution-hackers] 2.23.1 compilation
Strange..OK, well if the SVN is working fine then probably this was a little funny which will go away. Thanks, Bill On Wed, 2008-04-30 at 11:10 -0400, Matthew Barnes wrote: On Wed, 2008-04-30 at 14:38 +0100, William John Murray wrote: Evo 2.23.1 seems not to make a evolution-shell.pc in the pkgconfig directory. It is easily enough worked around by forcing the evo version into evolution-exchange, but something is broken here I think? It tried installing the latest Subversion source and evolution-shell.pc does get installed for me. I don't see any recent changes that would affect this. Not sure what to suggest. Matthew Barnes ___ Evolution-hackers mailing list Evolution-hackers@gnome.org http://mail.gnome.org/mailman/listinfo/evolution-hackers ___ Evolution-hackers mailing list Evolution-hackers@gnome.org http://mail.gnome.org/mailman/listinfo/evolution-hackers
Re: [Evolution-hackers] Exchange 2007 - MAPI Provider preview
==by 0x3C7EA2CE75: bonobo_main (in /usr/lib64/libbonobo-2.so.0.0.0) ==31507==by 0x415CFA: (within /usr/bin/evolution) ==31507==by 0x3C6BA1E073: (below main) (in /lib64/libc-2.7.so) Thread 2: status = VgTs_WaitSys ==31507==at 0x3C6BACBD66: poll (in /lib64/libc-2.7.so) ==31507==by 0x3C6EA38232: (within /lib64/libglib-2.0.so.0.1504.0) ==31507==by 0x3C6EA38729: g_main_loop_run (in /lib64/libglib-2.0.so.0.1504.0) ==31507==by 0x3C826068C2: (within /usr/lib64/libnm_glib.so.0.0.0) ==31507==by 0x3C6EA5B2A3: (within /lib64/libglib-2.0.so.0.1504.0) ==31507==by 0x3C6C606406: start_thread (in /lib64/libpthread-2.7.so) ==31507==by 0x3C6BAD4B0C: clone (in /lib64/libc-2.7.so) Thread 5: status = VgTs_Runnable ==31507==at 0x4A059F6: malloc (vg_replace_malloc.c:149) ==31507==by 0x3C6BA69E8C: vasprintf (in /lib64/libc-2.7.so) ==31507==by 0x1311EA78: ndr_print_debug_helper (in /opt/samba4/lib/libdcerpc.so.0.0.1) ==31507==by 0x13124419: ndr_print_struct (in /opt/samba4/lib/libdcerpc.so.0.0.1) ==31507==by 0x12AD2708: ndr_print_EcDoRpc (ndr_exchange.c:21889) ==31507==by 0x1311EE0E: ndr_print_function_debug (in /opt/samba4/lib/libdcerpc.so.0.0.1) ==31507==by 0x12AFA540: dcerpc_EcDoRpc_send (ndr_exchange_c.c:1551) ==31507==by 0x12AFA58D: dcerpc_EcDoRpc (ndr_exchange_c.c:1562) ==31507==by 0x12ABADA2: emsmdb_transaction (emsmdb.c:208) ==31507==by 0x12AB6ACC: Release (IUnknown.c:143) ==31507==by 0x12AB894D: mapi_object_release (mapi_object.c:93) ==31507==by 0x1287DED5: exchange_mapi_util_get_attachments (exchange-mapi-connection.c:613) ==31507==by 0x1287F2D5: exchange_mapi_connection_fetch_items (exchange-mapi-connection.c:784) ==31507==by 0x12674731: mapi_refresh_folder (camel-mapi-folder.c:522) ==31507==by 0x12674BBD: mapi_refresh_info (camel-mapi-folder.c:136) ==31507==by 0xA9D4972: (within /usr/lib64/evolution/2.12/components/libevolution-mail.so) ==31507==by 0xA9CFCD9: (within /usr/lib64/evolution/2.12/components/libevolution-mail.so) ==31507==by 0x3C6EA5CDE8: (within /lib64/libglib-2.0.so.0.1504.0) ==31507==by 0x3C6EA5B2A3: (within /lib64/libglib-2.0.so.0.1504.0) ==31507==by 0x3C6C606406: start_thread (in /lib64/libpthread-2.7.so) ==31507==by 0x3C6BAD4B0C: clone (in /lib64/libc-2.7.so) On Tue, 2008-02-05 at 09:52 +0530, Srinivasa Ragavan wrote: Hi William, The trace looks fine, but I'm not able to find any segv or signal handler call = Not able to find which thread crashed. Just do a 'bt' Otherwise, it could be a memory corruption, I think. Can you run like 'valgrind --tool=memcheck evolution' and paste me the logs? Sorry for the multiple iterations. -Srini. On Mon, 2008-02-04 at 18:19 +, William John Murray wrote: Hello Suman, Here is the log. Thank you for looking at this. Bill thread apply all bt full Thread 8 (Thread 1105209680 (LWP 23478)): #0 0x003dd0ad50d8 in epoll_wait () from /lib64/libc.so.6 No symbol table info available. #1 0x2aaab3d305e0 in ?? () from /opt/samba4/lib/libdcerpc.so.0 No symbol table info available. #2 0x2aaab3d31032 in ?? () from /opt/samba4/lib/libdcerpc.so.0 No symbol table info available. #3 0x2aaab3d2ff42 in event_loop_once () from /opt/samba4/lib/libdcerpc.so.0 No symbol table info available. #4 0x2aaab39ad2ab in dcerpc_request_recv () from /opt/samba4/lib/libdcerpc.so.0 No symbol table info available. #5 0x2aaab39ade40 in dcerpc_ndr_request_recv () from /opt/samba4/lib/libdcerpc.so.0 No symbol table info available. #6 0x2aaab36e45a0 in dcerpc_EcDoRpc (p=0x2aaabc020bd0, mem_ctx=value optimized out, r=0x41e01ca0) at gen_ndr/ndr_exchange_c.c:1565 req = (struct rpc_request *) 0xfffc #7 0x2aaab36a4da3 in emsmdb_transaction (emsmdb=0x2aaabc020c70, req=0xe1fe50, repl=0x41e01d40) at libmapi/emsmdb.c:208 r = {in = {mapi_request = 0xe1fe50, max_data = 32767, handle = 0x2aaabc020c78, size = 32767, offset = 0, length = 0xe1fdc0}, out = {mapi_response = 0xe1ff20, handle = 0x2aaabc020c78, size = 14810816, offset = 0, length = 0xe1fdc0, result = 3016974192}} multi_req = value optimized out i = 0 '\0' #8 0x2aaab369db67 in OpenMsgStore (obj_store=0x41e01e70) at libmapi/IMAPISession.c:192 mapi_request = (struct mapi_request *) 0x41e01a10 mapi_response = value optimized out retval = value optimized out size = value optimized out mem_ctx = (TALLOC_CTX *) 0xe1fc70 mailbox = value optimized out #9 0x2aaab3468c82 in exchange_mapi_connection_fetch_items (fid=388610298799456257, GetPropsList=0x2aaab9a43080, cn_props=8, build_name_id=0, res=0x0, cb=0x2aaab9a3f4e0 fetch_items_cb, data=0x2aaabc02e100) at exchange-mapi-connection.c:654 retval = value optimized out mem_ctx = (TALLOC_CTX *) 0xe1fad0 obj_store = {id = 0, handle
Re: [Evolution-hackers] Exchange 2007 - MAPI Provider preview
Hi guys, I had similar problems to Per. But I learnt something: When I am in his position I cannot move forward. If I try to change the account username etc it does not work. I get his symptom. But if I delete the gconf entry and restart evo from fresh I get to a different password entry box with a seperate domain entry. If I get my credentials correct here, first time, then I can go forward. Then I get a crash :). There is a log on: http://murray.home.cern.ch/murray/evo.txt I have hidden some personal details, but you can see it does recover all my folder from the (2003) server. Yay! Bill ___ Evolution-hackers mailing list Evolution-hackers@gnome.org http://mail.gnome.org/mailman/listinfo/evolution-hackers
Re: [Evolution-hackers] Exchange 2007 - MAPI Provider preview
: 0x7fff (32767) offset : 0x (0) mapi_response: * mapi_response: length=14 mapi_response: ARRAY(12) mapi_repl: struct EcDoRpc_MAPI_REPL opnum: 0x07 (7) handle_idx : 0x00 (0) error_code : MAPI_E_SUCCESS (0x0) u: union EcDoRpc_MAPI_REPL_UNION(case 7) mapi_GetProps: struct GetProps_repl layout : 0x01 (1) prop_data: DATA_BLOB length=5 mapi_response: (handles) number=1 handle id: 0x0c2a (3114) length : * length : 0x0012 (18) result : MAPI_E_SUCCESS (0x0) |---+ Web Forms : (Container class: IPF.Note 95604A0E) UnRead : 0 Total : 1411 EcDoRpc: struct EcDoRpc in: struct EcDoRpc handle : * handle: struct policy_handle handle_type : 0x (0) uuid : f28465ed-f3b2-4c9e-98c2-380868ee3e75 size : 0x7fff (32767) offset : 0x (0) mapi_request : * mapi_len : 0x000d (13) length : 0x0009 (9) mapi_request: struct EcDoRpc_MAPI_REQ opnum: 0x15 (21) mapi_flags : 0x00 (0) handle_idx : 0x00 (0) u: union EcDoRpc_MAPI_REQ_UNION(case 21) mapi_QueryRows: struct QueryRows_req flag_advance : TBL_ADVANCE (0) layout : 0x01 (1) row_count: 0x0032 (50) mapi_request : (handles) number=1 handle : 0x0f14 (3860) length : * length : 0x000d (13) max_data : 0x7fff (32767) EcDoRpc: struct EcDoRpc out: struct EcDoRpc handle : * handle: struct policy_handle handle_type : 0x (0) uuid : f28465ed-f3b2-4c9e-98c2-380868ee3e75 size : 0x7fff (32767) offset : 0x (0) mapi_response: * mapi_response: length=11 mapi_response: ARRAY(9) mapi_repl: struct EcDoRpc_MAPI_REPL opnum: 0x15 (21) handle_idx : 0x00 (0) error_code : MAPI_E_SUCCESS (0x0) u: union EcDoRpc_MAPI_REPL_UNION(case 21) mapi_QueryRows: struct QueryRows_repl unknown : 0x02 (2) results_count: 0x (0) layout : 0x00 (0) mapi_response: (handles) number=1 handle id: 0x0f14 (3860) length : * length : 0x000f (15) result : MAPI_E_SUCCESS (0x0) exchange-mapi-connection.c(1631): exchange_mapi_get_folders_list: unlock(connect_lock) Program received signal SIGSEGV, Segmentation fault. [Switching to Thread 1105209680 (LWP 11659)] 0x003dd0a795c0 in strlen () from /lib64/libc.so.6 (gdb) On Mon, 2008-02-04 at 21:24 +0530, Srinivasa Ragavan wrote: William, Looks like you got the MAPI_DEBUG working. Since you quoted that it is a crash, can you attach to gdb or start Evolution in gdb and give me out the traces? William, when you delete the gconf entries, please delete the ~/.evolution/mapi_profiles.ldb also. -Srini. On Mon, 2008-02-04 at 12:42 +, William John Murray wrote: Hi guys, I had similar problems to Per. But I learnt something: When I am in his position I cannot move forward. If I try to change the account username etc it does not work. I get his symptom. But if I delete the gconf entry and restart evo from fresh I get to a different password entry box with a seperate domain entry. If I get my credentials
Re: [Evolution-hackers] Deprecated G_GNUC_FUNCTION
Thanks guys, So I got past that, and hit a new compilation issue: editor-control-factory.c: In function 'editor_get_prop': editor-control-factory.c:464: error: expected expression before 'do' This seems to be because BONOBO_ARG_SET_BOOLEAN is not defined. This should be set in bonobo-arg.h, which in Fedora 8 is in /usr/include/libbonobo-2.0/bonobo/bonobo-arg.h I tried just adding explicitly in editor-control-factory.c #include bonobo-arg.h but this is not found. I could set the path more completely, but somehow this feels the wrong route. Is there another compilation option I should fiddle? thanks, Bill On Wed, 2008-01-30 at 08:14 -0500, Matthew Barnes wrote: On Wed, 2008-01-30 at 09:23 +, Murray, WJ (Bill) wrote: I have problem compiling this on x86_64 fedora F8. Its a bit odd, because 3.17.5 compiled fine, and the routing giving problems was not changed in this area. Could it be because I updated glib2 from 2.14 to 2.15 in order to test this? GLib 2.15.4 deprecated G_GNUC_FUNCTION and you're building with -DG_DISABLE_DEPRECATED=1, which disables deprecated symbols in GLib. This was fixed in Evolution's Subversion repository shortly after the release. Matthew Barnes ___ Evolution-hackers mailing list Evolution-hackers@gnome.org http://mail.gnome.org/mailman/listinfo/evolution-hackers -- Dr William Murray [EMAIL PROTECTED] (44)-1235-446256 RAL, Harwell Science and Innovation Campus, Didcot, OX11 0QX, UK ___ Evolution-hackers mailing list Evolution-hackers@gnome.org http://mail.gnome.org/mailman/listinfo/evolution-hackers
Re: [Evolution-hackers] [Evolution] GAL password broken in SVN Evo?
On Tue, 2007-11-13 at 10:16 +0100, Milan Crha wrote: On Mon, 2007-11-12 at 14:42 +0100, Milan Crha wrote: With a little debugging around, I found that Evolution recognize nt_domain only when using Secure Password. With basic authentication it fails to recognize nt_domain, and passes user name without it, so the authentication to GAL has proper password, but improper user name. Forget this above, I'm wrong, even I pass there proper user name and password, then it fails, so it seems to me (a guess), that GAL requires secure authentication. Milan This must be settable. We did not have secure-password enabled a year ago, so I have 'plaintext' checked. I just tried shifting it to secure, and hey, that works now, which sounds good - but I cannot see my OWN calendar - repeated password attempts. So I have gone back to plaintext. But maybe I need to talk to our exchange people about calendar/mail/gal authentication and find out what they think is enabled! Bill ___ Evolution-hackers mailing list Evolution-hackers@gnome.org http://mail.gnome.org/mailman/listinfo/evolution-hackers -- Dr William Murray [EMAIL PROTECTED] (44)-1235-446256 RAL, Harwell Science and Innovation Campus, Didcot, OX11 0QX, UK ___ Evolution-hackers mailing list Evolution-hackers@gnome.org http://mail.gnome.org/mailman/listinfo/evolution-hackers
Re: [Evolution-hackers] Evolution 2.11.6(.1), Evolution-Data-Server 1.11.6(.1), GtkHTML 3.15.6 and Evolution-Exchange 2.11.6(.1) released
On Thu, 2007-08-09 at 13:02 +0530, on behalf of ritz wrote: Thanks Matthew - except that on F7 there seems to be a packaging problem. If I yum update evolution --enablerepo=development (and add evolution-exchange via rpm) I get: undefined symbol: g_once_init_enter_impl $ yum update glib2\* --enablerepo=development OK, I am a little nervous about upgrading to rawhide glib... But it seems to work. I like the nice new email notification. Is evolution faster? Maybe. More stable? I'll find out... Thanks guys, Bill -- Bill Murray [EMAIL PROTECTED](44)-1235-446256 RAL, Harwell Science and Innovation Campus, Didcot, OX11 0QX, UK ___ Evolution-hackers mailing list Evolution-hackers@gnome.org http://mail.gnome.org/mailman/listinfo/evolution-hackers
Re: [Evolution-hackers] Evolution 2.11.6(.1), Evolution-Data-Server 1.11.6(.1), GtkHTML 3.15.6 and Evolution-Exchange 2.11.6(.1) released
On Wed, 2007-08-08 at 07:34 -0400, Matthew Barnes wrote: On Wed, 2007-08-08 at 12:03 +0100, William John Murray wrote: I tried to build this release on F7, and got into a mess with gtkhtml. It has internal references to version 3.14, in configure/configure.in and lower down, and is I change these to 3.15.6 it never seems to work. Are these supposed to be 3.14? What is the RIGHT way to fix them? It might be easier to just install packages from Fedora's development repository (soon to be Fedora 8). http://download.fedora.redhat.com/pub/fedora/linux/development/ Matthew Barnes Thanks Matthew - except that on F7 there seems to be a packaging problem. If I yum update evolution --enablerepo=development (and add evolution-exchange via rpm) I get: undefined symbol: g_once_init_enter_impl errors on starting evolution. I will try a liveCD of f8 and see if evo 2.11 works nicely before installing it. Bill ___ Evolution-hackers mailing list Evolution-hackers@gnome.org http://mail.gnome.org/mailman/listinfo/evolution-hackers
Re: [Evolution-hackers] Evolution 2.9.92 and Evolution-Data-Server 1.9.92 released (with GtkHTML 3.13.92 and Evolution-Exchange-2.9.92)
On Tue, 2007-02-27 at 13:45 +0530, Srinivasa Ragavan wrote: Hi All, The Evolution Team is pleased to announce the release of Evolution 2.9.92 I am still unable to configure this of a x86_64 FC6 machine. The problem is the openldap. FC6 has a special /usr/lib/evolution-ldap/lib area for ntlm-enabled ldap, just for evolution. But on 64 bit I get a mess. The area is now: /usr/lib64/evolution-ldap/lib64 but configure looks for /usr/lib64/evolution-ldap/lib OK, I can soft-link lib64 and lib. But I still get, from PKG_CONFIG_PATH=/opt/evo-2.9.92/lib/pkgconfig ./configure --prefix=/opt/evo-2.9.92 --with-openldap=/usr/lib64/evolution-openldap --with-krb5=/usr --with-static-ldap --enable-gnome-keyring=yes configure:28238: checking for ldap_open in -lldap configure:28268: gcc -o conftest -g -O2 conftest.c -lldap -L/usr/lib64/evolution-openldap/lib /usr/lib64/evolution-openldap/lib/liblber.a -lnsl 5 /usr/lib64/evolution-openldap/lib/libldap.a(os-ip.o): In function `ldap_connect_to_host': (.text+0xb2a): warning: `sys_errlist' is deprecated; use `strerror' or `strerror_r' instead /usr/lib64/evolution-openldap/lib/libldap.a(os-ip.o): In function `ldap_connect_to_host': (.text+0xb1b): warning: `sys_nerr' is deprecated; use `strerror' or `strerror_r' instead /usr/lib64/evolution-openldap/lib/libldap.a(tls.o): In function `ldap_pvt_tls_get_my_dn': (.text+0xcc): undefined reference to `SSL_get_certificate' /usr/lib64/evolution-openldap/lib/libldap.a(tls.o): In function `ldap_pvt_tls_get_my_dn': (.text+0xd9): undefined reference to `X509_get_subject_name' /usr/lib64/evolution-openldap/lib/libldap.a(tls.o): In function `ldap_pvt_tls_get_strength': (.text+0x125): undefined reference to `SSL_get_current_cipher' /usr/lib64/evolution-openldap/lib/libldap.a(tls.o): In function `sb_tls_close': and a lot more subsequent errors. Can anyone suggest what I should do? Thanks, Bill ___ Evolution-hackers mailing list Evolution-hackers@gnome.org http://mail.gnome.org/mailman/listinfo/evolution-hackers
Re: [Evolution-hackers] [ANNOUNCE} Evolution 2.9.3 and Evolution-Data-Server 1.9.3 released (with GtkHTML 3.12.3 and Evolution-Exchange-2.9.3)
Thanks Davanish, I am being very stupid. I downloaded 2.3.30 and 2.3.27 from openldap. Neither seems to have the characters 'ntlm' in the code anywhere, and if I try to compile evolution using them it says there is no ntlm. I note that the evo-openldap library has a ldap_ntlm_bind which these ones are missing. Any help please? Thanks, Bill On Tue, 2006-12-05 at 04:23 -0700, Devashish Sharma wrote: hey Murray, u can use the latest openldap.all the ntlm fixes are now included in the latest openldap, evo-openldap is no longer required. u can get the latest openldap from openldap.org Thanks Devashish On Tue, 2006-12-05 at 09:36 +, William Murray wrote: Hello Harish, I get problems with evolution-exchange. I have been using ldap from evo-openldap-2.1.23-1.ximian.9.1, but this does not include LDAP_CONTROL_PAGEDRESULTS which is now required. If I use the standard Fedora 6 ldap (openldap-2.3.27-4) I do not have ntlm, so this is no use to me. Where would you suggest a suitable ldap could be found? Thanks, Bill On Tue, 2006-12-05 at 00:25 +0530, Harish Krishnaswamy wrote: Hi All, The Evolution Team is pleased to announce the release of Evolution 2.9.3 You can download the following : http://ftp.acc.umu.se/pub/gnome/sources/gtkhtml/3.13/gtkhtml-3.13.3.tar.bz2 http://ftp.acc.umu.se/pub/gnome/sources/evolution-data-server/1.9/evolution-data-server-1.9.3.tar.bz2 http://ftp.acc.umu.se/pub/gnome/sources/evolution/2.9/evolution-2.9.3.tar.bz2 http://ftp.acc.umu.se/pub/gnome/sources/evolution-exchange/2.9/evolution-exchange-2.9.3.tar.bz2 Upgrade Notes : Evolution 2.9.x is the unstable series of 2.10 development. What is New ? = Evolution : Updated Translations: Ivar Smolin (et), Jakub Friedl (cs), Karsten Bräckelmann (nb), Francisco Javier F. Serrador (es), Christophe Merlet (fr) Contributors : Francisco Javier F. Serrador (gnome-doc-tools integration, 358249) Harish Krishnaswamy (evolution.desktop install fixes, GW proxy pruning, memory leak fixes, 381642 (b.g.0), bug #208959 at bugzilla.novell.com) Nickolay V. Shmyrev (support for commandline uri in tasks), Daniel Gryniewicz (349966), Srinivasa Ragavan (Fix DoS by large emails) Sankar, Chris Halls (372528), Wang Xin (380064), Carlos Garcia (367183), Chenthill (208318 - b.n.c), Parthasarathi Susarla (348679). Matthew Barnes (357970). Evolution-Data-Server: Updated Translations: Alexander Shopov (bg), Josep Puigdemont i Casamajó (ca), Ivar Smolin (et). Bug fixes : 330157, 350880, 328836, 348123, 365000, 353924. 174655, 222605, 219729, 208318, 207960. (bugzilla.novell.com) plus miscellaneous code clean-ups and memory leak fixes. Contributors : Harish Krishnaswamy, Sankar, Srinivasa Ragavan, Chenthill, Claudio Saavedra, Ross Burton, Matthew Barnes, Andrew Ruthven. GtkHTML: Updated Translations : Ivar Smolin (et) Bug Fixes : Srinivasa Ragavan (#350981) Evolution-Exchange: Updated Translations: Vladimer Sichinava (ka), Ivar Smolin (et), Rahul Bhalerao (mr), David Lodge (en_GB), Djihed Afifi (ar), Baris Cicek (tr), Woodman Tuen (zh_HK), Åsmund Skjæveland (nn) Reporting Bugs If you have problems with 2.9.3, please take the time to submit the bug using Bug Buddy or at http://bugzilla.gnome.org. Try to fill in as much detail as you can regarding the circumstances that lead to the problem. If you have a feature request, you can also file that at http://bugzilla.gnome.org/ don't be discouraged if you don't hear from us right away, we get hundreds of feature requests a year. You can also check if your bug has been reported before by using the search functionality of Bugzilla. More information is available at the project website http://www.gnome.org/projects/evolution and the project wiki : http://go-evolution.org/ Thanks, Harish ___ Evolution-hackers mailing list Evolution-hackers@gnome.org http://mail.gnome.org/mailman/listinfo/evolution-hackers ___ Evolution-hackers mailing list Evolution-hackers@gnome.org http://mail.gnome.org/mailman/listinfo/evolution-hackers ___ Evolution-hackers mailing list Evolution-hackers@gnome.org http://mail.gnome.org/mailman/listinfo/evolution-hackers
Re: [Evolution-hackers] ANNOUNCE: Evolution 2.8.0, Evolution-Data-Server 1.8.0, GtkHTML 3.12.0 and Evolution Exchange 2.8.0
Harish Krishnaswamy wrote: Hi All, The Evolution Team is pleased to announce the release of * Evolution 2.8.0 * Evolution-Data-Server 1.8.0 * GtkHTML 3.12.0 * Evolution Exchange 2.8.0 This stable release is for GNOME 2.16.0 (Final). OK, great. Does one use libsoup-2.2.96 with this? Thanks, Bill ___ Evolution-hackers mailing list Evolution-hackers@gnome.org http://mail.gnome.org/mailman/listinfo/evolution-hackers