[PATCH 01/15] Raise exceptions as defined in PEP 3109

Łukasz Żarnowiecki dolohow at outlook.com
Fri May 13 13:18:42 BST 2016


> The bad news is about the license. I'm not sure we can bundle and use
> this lib without adding a new clause in the current GPL licence. This
> would be sad because this would mean contacting all the contributors
> requesting them to agree with the new clause. This was previously done
> by Sebastian for adding the OpenSSL clause and this is a real work.
> 
> There are currently 109 contributors in `git shortlog -ns`.
> 
> I'm cc'ing both Ilias and Sebatian because the issue raised about the
> OpenSSL was done by Debian. They might have hints for us and the AS-IS
> licence might be compatible with the GPL. I don't know.

I think we can include MIT licensed software inside GPL one.
Wikipedia[1] says that it is compatible.  I don not know about the
clause.


> I'm not sure we can safely abandon Python 2. I'm not concerned by Python
> 2 compatibility myself but I wonder some users will complain. I would
> not decide to abandon Python 2 without polling our users first. IOW,
> this means communicating about that on twitter, this mailing list, the
> blog, create an issue and see if we have complaints in a reasonable
> amount of time.

There will be always a person that want Python2 support and if it is not
a big deal to support both version we should not abandon those people.

> Also, I wonder some users might be tempted to support a fork for Python
> 2. This would mean maintaining yet another software and I'm definetly
> not going to do this job myself. We could invite a maintainer to the
> team for this purpose, though.

> To be clear, I'm not opposed to a migration to Python 3 only. I'd even
> say that time has come. Still, we can't decide to do this without
> carefully requesting the users and see if the complaints are marginal
> enough.

For now, I would rather support Python2 and Python3.  There are still
distributions that ships only Python2.


[1] https://en.wikipedia.org/wiki/MIT_License




More information about the OfflineIMAP-project mailing list