Hi Michael,

OK, I'll try to give that permission - but:

a) I'll do so explicitly for code contributions that are mentioned in the Evolution and evolution-data-server ChangeLogs and

b) I'll explicitly give permission to re-license to lgplv3 or gplv3, not lgplv2 which I find to permissive.



I (Jules Colding) hereby grant permission to re-license to the Lesser General Public License version 3 (but specifically NOT LGPLv2) or the General Public License version 3 anything which is currently (as of yesterday) in the official Evolution source tree, provided:

1) that I personally own the copyrights of said code

2) are legally able to give the permission

3) and that the code in question is covered by one of or more of the following ChangeLog entries for evolution-data-server or Evolution:


ChangeLog entries for evolution-data-server:
============================================

2007-05-16  Jules Colding  <[EMAIL PROTECTED]>

* backends/vcf/e-book-backend-vcf.c (load_file): Fix file descriptor leak.
        (save_file): Cleanup. Fix file descriptor leak.

        * tests/vcard/dump-vcard.c (main): Fix file descriptor leak

2007-05-16  Jules Colding  <[EMAIL PROTECTED]>

        * backends/groupwise/e-cal-backend-groupwise.c (fetch_attachments):
        Do not close() if (fd == -1)

* backends/groupwise/e-cal-backend-groupwise-utils.c (set_attachments_to_cal_component):
        Do not close() if (fd == -1)

        * backends/file/e-cal-backend-file.c (fetch_attachments):
        Do not close() if (fd == -1)

2007-05-16  Jules Colding  <[EMAIL PROTECTED]>

        * camel-lock.c (camel_lock_dot): Use g_mkstemp()

        * camel-folder-summary.c (camel_folder_summary_save): Fix file
        descriptor leak.  fclose() a fdopen() stream instead of
        close()'ing the underlying file descriptor.

        * camel-uid-cache.c (camel_uid_cache_save): Cleanups, such as
        setting cache->fd = -1 when fd has been closed.

        * camel-block-file.c (key_file_use): Do not close() if (fd == -1)

        * camel-index-control.c (do_perf): Fix file descriptor leak

        * camel-charset-map.c (main): Check for return value

        * camel-text-index.c (dump_raw): Fix file descriptor leak

        * camel-lock.c (main): Fix file descriptor leak.

        * camel-lock-client.c (camel_lock_helper_init): Fix file
        descriptor leak

        * camel-process.c (camel_process_fork): Fix file descriptor leak

2007-05-12  Jules Colding  <[EMAIL PROTECTED]>

        * camel-store.h (CamelFolderInfo): Change type of unread and total
        members to gint32 instead of guint32. The previous unsigned members
        are initialized to a negative value (-1) by many CamelFolderInfo
        producers. To do that is ugly. Changing the type to a signed data
        type will make a negative initialization value acceptable. We
        won't be able to index folders with more than ~2 billion messages,
        but who has that many anyway?

2007-05-16  Jules Colding  <[EMAIL PROTECTED]>

        * camel-spool-summary.c (spool_summary_sync_full): Use g_mkstemp()

2007-05-14  Jules Colding  <[EMAIL PROTECTED]>

        * camel-mh-summary.c (mh_summary_next_uid_string): Do not close()
        if (fd == -1).

        * camel-spool-summary.c (spool_summary_sync_full): alloca()
        changed into malloc().  alloca() has undefined behaviour for stack
        overflow so it shouldn't really be used unless there is a *very*
        good reason. Cleanups related to this fix as well. Do not close()
        if (fd == -1).

2007-05-14  Jules Colding  <[EMAIL PROTECTED]>

* camel-nntp-newsrc.c (camel_nntp_newsrc_read_for_server): Fix file descriptor leak

2007-05-11  Jules Colding  <[EMAIL PROTECTED]>

* camel-sendmail-transport.c (sendmail_send_to): Fix file descriptor leak

2007-05-14  Jules Colding  <[EMAIL PROTECTED]>

        * mime-filter/test-charset.c (main): Check return value

        * message/test2.c (convert): Check return value

2007-05-16  Jules Colding  <[EMAIL PROTECTED]>

        * configure.in: Removed unused function check

2007-05-14  Jules Colding  <[EMAIL PROTECTED]>

* libedataserver/e-db3-utils.c (cp_file): Cleanup. Fix file descriptor leak.

* libedataserver/md5-utils.c (md5_get_digest_from_file): Fix file descriptor leak



ChangeLog entries for Evolution:
================================

2005-08-03  Jules Colding  <[EMAIL PROTECTED]>

* gui/component/addressbook-view.c: Added forward references to functions that were
        used before being defined.

2006-11-02  Jules Colding  <[EMAIL PROTECTED]>

        * evolution-shell.pc.in (execversion): Added variable so that
        the Evolution version is easily deduced programmatically.

2007-05-28  Jules Colding  <[EMAIL PROTECTED]>

        * em-utils.c (em_utils_selection_set_urilist): Fix file leak
        (em_utils_selection_get_urilist): Fix file leak

* importers/evolution-outlook-importer.c (import_outlook_import): Fix file leak

* importers/mail-importer.c (import_mbox_import): Impossible code branch commented

* importers/netscape-importer.c (netscape_import_filters): Fix file leak
        (netscape_init_prefs): Fix file leak

2007-05-11  Jules Colding  <[EMAIL PROTECTED]>

* mail-config.c (mail_config_signature_run_script): file descriptor leaks fixed

2007-05-11  Jules Colding  <[EMAIL PROTECTED]>

        * em-junk-filter.c (pipe_to_sa_full): File descriptor leaks fixed.
        Fixes bug #437664.

2007-05-28  Jules Colding  <[EMAIL PROTECTED]>

        * main.c (main): Prevent dup2() and close() on -1



Best regards,
  jules



On 04/09/2008, at 13.33, Michael Meeks wrote:

Hi there,

As you can see from the attached; we're trying to re-license evolution
to future proof it, and allow us to drop the copyright assignment
[ which as you can see is somewhat incomplete anyway ].

        Is there any chance you can reply to the mail approving the change ?
even for the handful of lines still extant with your name on them it's
nice to have closure :-)

        Thanks,

                Michael.

--
[EMAIL PROTECTED]  <><, Pseudo Engineer, itinerant idiot


From: "Srinivasa Ragavan" <[EMAIL PROTECTED]>
Date: 11. jul 2008 12.21.56 GMT+02:00
To: <[EMAIL PROTECTED]>, <evolution-hackers@gnome.org>
Subject: Evolution: Taking forward...


Hello guys,

We have had a set of problems that we are carrying around for some time like :

* Copyright assignments, which is not the best way looking for the future of Evolution. It sucks and sort of limits contributions to Evolution and we wanted to drop it. * 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.

So here is the plan :

* Drop Evolution copyright assignments and make it really easy to contribute to Evolution * Move Evolution licensing to "LGPL v2 and LGPL v3" to let us re-use the code more easily around the platform. This also moves us closer to Thunderbird's MPL/LGPL model.

We think this is good for Evolution and (of course) we continue to invest in Evolution. We are also working to ensure we have the rights to re-license all of the code. We will do the licensing/ header changes as we audit the code ownership situation.

It would be really helpful if you can post a public/explicit mail with permissions to do it, or code pointers - if you think you wrote a piece of Evolution code & object.

We are really excited about this and we feel this would really help Evolution a lot. We need your support now for making this change and to take Evolution to great heights.

Thanks for your contributions and support.

-Srini.
_______________________________________________
desktop-devel-list mailing list
[EMAIL PROTECTED]
http://mail.gnome.org/mailman/listinfo/desktop-devel-list


_______________________________________________
Evolution-hackers mailing list
Evolution-hackers@gnome.org
http://mail.gnome.org/mailman/listinfo/evolution-hackers

Reply via email to