This issue tracker has been migrated to GitHub, and is currently read-only.
For more information, see the GitHub FAQs in the Python's Developer Guide.

Author debatem1
Recipients debatem1, exarkun, gregory.p.smith, heikki, loewis, pitrou
Date 2010-06-14.22:28:49
SpamBayes Score 0.0047410293
Marked as misclassified No
Message-id <AANLkTilT7cHz4AIDOlNPSq4h0N88wNgtukAFb5-WADpr@mail.gmail.com>
In-reply-to <1276553355.35.0.268706279092.issue8998@psf.upfronthosting.co.za>
Content
On Mon, Jun 14, 2010 at 3:09 PM, Martin v. Löwis <report@bugs.python.org> wrote:
>
> Martin v. Löwis <martin@v.loewis.de> added the comment:
>
> Assuming you are willing to contribute evpy (and have the rights to do so, i.e. all of the code is truly yours): what's the user acceptance of the code?

I'd be willing to, but I see more utility in contributing specific
elements of its
functionality to the stdlib. Obviously the code is mine, and I can relicense
as needed if necessary.

As for your second question, I don't believe it sees much in the way of use.

> In particular, what do authors of competing OpenSSL wrappers (like M2Crypto) or other Python crypto packages (like pycrypto) think about this idea?

Evpy and M2Crypto have very different goals. M2Crypto seeks to be a
complete wrapper for OpenSSL, which we don't, and also uses SWIG,
which disqualifies it from consideration for the stdlib.

I don't know what the pycrypto folks would say about evpy, but I admit
to being very wary of that project- it appears to have been constructed
in a way which lends itself well to academic exercise rather than
practical use by nonexperts, and have had multiple occasions to correct
its dire misuse.

Geremy Condra
History
Date User Action Args
2010-06-14 22:28:51debatem1setrecipients: + debatem1, loewis, gregory.p.smith, exarkun, pitrou, heikki
2010-06-14 22:28:50debatem1linkissue8998 messages
2010-06-14 22:28:49debatem1create