Re: [evolution-patches] CamelObject with gslice

[Matthew Barnes <mbarnes redhat com>]

On Wed, 2006-10-18 at 14:06 +0200, Philip Van Hoof wrote:
> I will keep the evolution-patches mailing list in CC until they ask me
> not to do that anymore. It's changes to their project, so in my opinion
> they have the right to get all work related to that project. They aren't
> obligated to receive or accept it, of course. 
>
> However ;)
>
> I wrote next to the copyright reassignment contract which I (had to)
> sign with Novell (a few years ago, when I did a bounty for Evolution)
> that I ONLY accept copyright reassignment for work and patches that I
> have sent to specifically the evolution- patches mailing list 'myself'.
>
> For any other patch, for example any patch that you can find online or a
> set of changes which you can derive from a forked version of Camel, I
> have not (emphasis "not") yet agreed on 'any' copyright reassignment as
> required by Novell to get the changes in their main repository.

Agreed.  I'll only merge patches that come through this channel, and I'll try to remember to CC you on any Bugzilla bugs that result from such patches (or on any of my own work that I think you might be interested in).


> So .. I hereby send you patches to replace EMemChunk with g_slice_* in
> camel-object.c and camel-folder-summary.c/h. I added the evolution
> patches mailing list in CC which means that Novell is allowed (by the
> contract that I signed with them) to transfer the copyright.

Excellent, this was near the top of my TODO list.  However there seems to be some confusion about what versions of Evolution's library dependencies we can utilize.  GSlice has been particularly troublesome, since it was only recently introduced in GLib 2.10.  I believe Harish is trying to clarify the policy here, but it's messy (for Novell, anyway).

Until I'm told otherwise, I consider any feature offered by the latest stable GNOME release (presently 2.16) to be fair game.

Thanks for the patches.

Matthew Barnes