[issue8998] add encryption/decryption/signature/verification routines to stdlib

[geremy condra]

geremy condra  added the comment:

On Mon, Jun 14, 2010 at 3:09 PM, Martin v. Löwis  wrote:
>
> Martin v. Löwis  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

--
title: add crypto routines to stdlib -> add 
encryption/decryption/signature/verification routines to stdlib

___
Python tracker 

___
___
Python-bugs-list mailing list
Unsubscribe: 
http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com

[issue8998] add encryption/decryption/signature/verification routines to stdlib

[Antoine Pitrou]

Antoine Pitrou  added the comment:

> The contributor would have to sign a contributor agreement, giving the 
> PSF the right to relicense under the PSF license (or anything they 
> please to relicense under). If the contributor only has a BSD license 
> (from his contributors), he has no right to contribute the code under 
> the contributor agreement (i.e. he, himself, wouldn't have the right
> to relicense).

I always forget about that :/

--

___
Python tracker 

___
___
Python-bugs-list mailing list
Unsubscribe: 
http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com

[issue8998] add encryption/decryption/signature/verification routines to stdlib

[Martin v . Löwis]

Martin v. Löwis  added the comment:

>> and have the rights to do so, i.e. all of the code is truly yours
>
> Is it really required, or is a non-copyleft liberal license (MIT-like or 
> BSD-like) enough?

The contributor would have to sign a contributor agreement, giving the 
PSF the right to relicense under the PSF license (or anything they 
please to relicense under). If the contributor only has a BSD license 
(from his contributors), he has no right to contribute the code under 
the contributor agreement (i.e. he, himself, wouldn't have the right
to relicense).

--
title: add encryption/decryption/signature/verification routines to stdlib -> 
add encryption/decryption/signature/verification routines to stdlib

___
Python tracker 

___
___
Python-bugs-list mailing list
Unsubscribe: 
http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com

[issue8998] add encryption/decryption/signature/verification routines to stdlib

[Antoine Pitrou]

Antoine Pitrou  added the comment:

> and have the rights to do so, i.e. all of the code is truly yours

Is it really required, or is a non-copyleft liberal license (MIT-like or 
BSD-like) enough?

--

___
Python tracker 

___
___
Python-bugs-list mailing list
Unsubscribe: 
http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com

[issue8998] add encryption/decryption/signature/verification routines to stdlib

[Antoine Pitrou]

Changes by Antoine Pitrou :


--
nosy: +heikki

___
Python tracker 

___
___
Python-bugs-list mailing list
Unsubscribe: 
http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com

[issue8998] add encryption/decryption/signature/verification routines to stdlib

[Martin v . Löwis]

Martin v. Löwis  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?

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

--
nosy: +loewis

___
Python tracker 

___
___
Python-bugs-list mailing list
Unsubscribe: 
http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com

[issue8998] add encryption/decryption/signature/verification routines to stdlib

[Antoine Pitrou]

Changes by Antoine Pitrou :


--
nosy: +exarkun, gregory.p.smith, pitrou
versions: +Python 3.2 -Python 3.3

___
Python tracker 

___
___
Python-bugs-list mailing list
Unsubscribe: 
http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com

[issue8998] add encryption/decryption/signature/verification routines to stdlib

[geremy condra]

geremy condra  added the comment:

apologies, forgot the link:

[0] http://gitorious.org/evpy

--

___
Python tracker 

___
___
Python-bugs-list mailing list
Unsubscribe: 
http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com

[issue8998] add encryption/decryption/signature/verification routines to stdlib

[geremy condra]

New submission from geremy condra :

Python's hashlib and ssl modules currently leverage OpenSSL to provide 
developers with access to cryptographic hash and TLS routines, but 
encryption/decryption and signature/verification support are still missing. I 
propose the addition of an easy-to-use crypto module modeled after Evpy[0] to 
remedy this.

--
components: Library (Lib)
messages: 107813
nosy: debatem1
priority: normal
severity: normal
status: open
title: add encryption/decryption/signature/verification routines to stdlib
type: feature request
versions: Python 3.3

___
Python tracker 

___
___
Python-bugs-list mailing list
Unsubscribe: 
http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com