Re: [Evolution-hackers] Evolution: Taking forward...
On Fri, 2008-07-11 at 04:21 -0600, Srinivasa Ragavan wrote: > * The current licensing incompatibility issues of Evolution with > Samba4/libmapi (GPLv3). Evolution needs to link with libmapi/samba4 > for the new mapi based connector being developed for Exchange 2007. [...] > * Move Evolution licensing to "LGPL v2 and LGPL v3" to let us re-use > the code more easily around the platform. Did you mean LGPLv2 _or_ LGPLv3 here? Anyway, I am not familiar with libmapi, but it does indeed seem to be (what is commonly referred to as) a library that is licensed under the GPLv3. According to the FSF you can't release a project under the LGPLv2 or LGPLv3 if you want to use a library under GPLv3. You'll have to convert your LGPLv2 or LGPLv3 code to the GPLv3 [1]. So, if I'm reading your plan and the FSF GPL faq correctly, your plan wouldn't work (as far as libmapi is concerned). Am I reading your plan and the faq correctly? Regards, Paul Bolle [1] http://www.fsf.org/licensing/licenses/gpl-faq.html#AllCompatibility ___ Evolution-hackers mailing list Evolution-hackers@gnome.org http://mail.gnome.org/mailman/listinfo/evolution-hackers
[Evolution-hackers] [CamelStore] clarifying of documentation becomes a minor change of code
I wanted to clarify the documentation for camel_store_free_folder_info() a bit. In found myself altering its implementation. Rationale is (obviously) to simply make sure that camel_store_free_folder_info() handles a NULL return of camel_store_get_folder_info() gracefully so my documentation change is actually always correct. Any comments on this (entirely untested) change before spamming b.g.o.? Paul --- Index: camel/camel-store.c === --- camel/camel-store.c (revision 9463) +++ camel/camel-store.c (working copy) @@ -882,11 +882,15 @@ * @store: a #CamelStore object * @fi: a #CamelFolderInfo as gotten via #camel_store_get_folder_info * - * Frees the data returned by #camel_store_get_folder_info + * Frees the data returned by #camel_store_get_folder_info. If @fi is %NULL, + * nothing is done, the routine simply returns. **/ void camel_store_free_folder_info (CamelStore *store, CamelFolderInfo *fi) { + if (!fi) + return; + g_return_if_fail (CAMEL_IS_STORE (store)); CS_CLASS (store)->free_folder_info (store, fi); ___ Evolution-hackers mailing list Evolution-hackers@gnome.org http://mail.gnome.org/mailman/listinfo/evolution-hackers
Re: [Evolution-hackers] [CamelStore] clarifying of documentation becomes a minor change of code
On Mon, 2008-09-01 at 16:46 -0400, Jeffrey Stedfast wrote: > On Mon, 2008-09-01 at 18:19 +0200, Paul Bolle wrote: Viewing this message's subject actually renders a tab between "[...] of" and "code." This tab was inserted (I suppose by evolution) because the Subject header wrapped some magic line length (78? 80?). Evolution shouldn't do that. Known bug? Andre? Paul ___ Evolution-hackers mailing list Evolution-hackers@gnome.org http://mail.gnome.org/mailman/listinfo/evolution-hackers
Re: [Evolution-hackers] [CamelStore] clarifying of documentation becomes a minor change of code
On Mon, 2008-09-01 at 23:01 +0200, Paul Bolle wrote: > On Mon, 2008-09-01 at 16:46 -0400, Jeffrey Stedfast wrote: > > On Mon, 2008-09-01 at 18:19 +0200, Paul Bolle wrote: > (I suppose by evolution) [...]. > > Evolution shouldn't do that. No. I should have looked longer. Seems to be a bug in the list software. Mailman? Paul ___ Evolution-hackers mailing list Evolution-hackers@gnome.org http://mail.gnome.org/mailman/listinfo/evolution-hackers
Re: [Evolution-hackers] Evo won't display special characters
On Tue, 2010-04-27 at 12:47 -0400, Paul Smith wrote: > Anyone have any thoughts on this? If I file a bug, should it go to > evolution, or something like gtkhtml or libxml or something else? > > I'm not really clear on the breakdown in responsibility for the Gnome > components in Evo. When in doubt I'd just file it for evolution (and I suppose I'd also mention my doubts about which module is at fault). If another module is to blame, the report will get transferred to it (eventually). Paul Bolle ___ evolution-hackers mailing list evolution-hackers@gnome.org To change your list options or unsubscribe, visit ... http://mail.gnome.org/mailman/listinfo/evolution-hackers