Google Summer of Code 2013 - GNOME - Archive Integration workspace https://www.lant.com.tw/~lantw44/cgit/cgit.cgi/gsoc2013-evolution/atom?h=archive-integration 2012-06-19T00:48:32+00:00 2012-06-19T00:48:32+00:00 Matthew Barnes mbarnes@redhat.com 2012-06-18T20:08:35+00:00 urn:sha1:e9c96b8b790130deadc0fe88c1c18ba6355104e2 EPlugin is deprecated. These bindings have never been used for anything and they're never going to be used at this point. Remove the dead weight. 2012-05-10T17:16:48+00:00 Matthew Barnes mbarnes@redhat.com 2012-05-10T16:09:27+00:00 urn:sha1:250c3cade5534f6ff396f8dbddd999918cba9781 Drop the "libevolution" prefix so it's not so verbose and also consistent with upcoming evolution-data-server module libraries. libevolution-module-foo.so --> module-foo.so 2012-02-20T15:04:25+00:00 Matthew Barnes mbarnes@redhat.com 2011-12-01T02:53:20+00:00 urn:sha1:23f5773903d64a554d977ae7d0ebbaca73528f1f 2011-10-05T02:27:14+00:00 Matthew Barnes mbarnes@redhat.com 2011-10-05T01:32:41+00:00 urn:sha1:1f38f4d92ca8eb97381b2c9a7022830a6d4bcaba We have a confusing array of nearly-identical CFLAGS/LIBS definitions in configure.ac. Time to simplify. Instead let's just have one definition that includes all the libraries provided by Evolution-Data-Server (incl. Camel). That, in combination with GNOME_PLATFORM, gives us most of what we need for compliation and linking, and we can sprinkle definitions for additional library dependencies in Makefile.am's as needed. 2011-09-04T11:34:32+00:00 Matthew Barnes mbarnes@redhat.com 2011-08-16T15:25:56+00:00 urn:sha1:fcbbdfbd18e15b4ee8322a0217cf03a689a5e033 2011-08-19T14:55:15+00:00 Matthew Barnes mbarnes@redhat.com 2011-08-19T14:52:38+00:00 urn:sha1:4b461ef363b736d361054f3e50d44d1b241dd320 These files are hopelessly out of date, and don't appear to be used for anything anyway. The only sustainable way to provide language bindings for Evolution is to generate them through gobject-introspection. 2011-07-05T15:31:01+00:00 Matthew Barnes mbarnes@redhat.com 2011-07-05T12:16:13+00:00 urn:sha1:17127fbee9fd1b0baecb4e305c005d6abbf8d880 When a stream is obviously a file or memory stream (both of which implement the GSeekable interface), use g_seekable_seek() instead of camel_stream_reset(). This is helping me discover if it's safe to remove camel_stream_reset(). We want to eventually move to GIO streams, which have no reset method. 2011-05-27T13:23:07+00:00 Milan Crha mcrha@redhat.com 2011-05-27T13:23:07+00:00 urn:sha1:756c8abcb840b8da588031f4a0d7e1fc979fab70 2011-05-21T21:56:06+00:00 Matthew Barnes mbarnes@redhat.com 2011-05-21T14:02:58+00:00 urn:sha1:cb97c2dc8fd97b381af048f206333d5e557892ae 2011-05-07T22:48:38+00:00 Matthew Barnes mbarnes@redhat.com 2011-05-07T16:22:36+00:00 urn:sha1:4cfb84c573f21ca7519e24cff1c5742b715355c4