[issue8550] Expose SSL contexts

2015-10-04 Thread Berker Peksag
Changes by Berker Peksag : Removed file: http://bugs.python.org/file40678/entry.tbp ___ Python tracker ___ ___ Python-bugs-list mailing list Un

[issue8550] Expose SSL contexts

2015-10-04 Thread Lance Warrior
Changes by Lance Warrior : Added file: http://bugs.python.org/file40678/entry.tbp ___ Python tracker ___ ___ Python-bugs-list mailing list Unsu

[issue8550] Expose SSL contexts

2010-05-16 Thread Antoine Pitrou
Antoine Pitrou added the comment: A couple of buildbot failures led to fixes in r81234 and r81235. Everything should be fine now. -- resolution: accepted -> fixed status: open -> closed ___ Python tracker

[issue8550] Expose SSL contexts

2010-05-16 Thread Antoine Pitrou
Antoine Pitrou added the comment: I've committed the patch in r81233. I'm going to watch the buildbots and close the issue if everything's fine. -- assignee: -> pitrou resolution: -> accepted stage: patch review -> committed/rejected ___ Python tr

[issue8550] Expose SSL contexts

2010-05-16 Thread Antoine Pitrou
Antoine Pitrou added the comment: Here is a patch addressing Heikki's and Jean-Paul's review comments (including additional documentation and a test for capath). -- Added file: http://bugs.python.org/file17368/sslcontext4.patch ___ Python tracker <

[issue8550] Expose SSL contexts

2010-05-16 Thread Antoine Pitrou
Antoine Pitrou added the comment: > Since SSLv2 is insecure, could you at least add a warning for that > protocol? I think there was a separate issue for removing it > altogether, but could a warning be added here? I think it should be a separate issue (since it also applies to the legacy API).

[issue8550] Expose SSL contexts

2010-05-15 Thread Heikki Toivonen
Heikki Toivonen added the comment: Since SSLv2 is insecure, could you at least add a warning for that protocol? I think there was a separate issue for removing it altogether, but could a warning be added here? The documentation should mention that verify_mode=CERT_REQUIRED is recommended for

[issue8550] Expose SSL contexts

2010-05-10 Thread Antoine Pitrou
Antoine Pitrou added the comment: I uploaded the latest patch at http://codereview.appspot.com/1124044 -- ___ Python tracker ___ ___ P

[issue8550] Expose SSL contexts

2010-05-06 Thread STINNER Victor
Changes by STINNER Victor : -- nosy: +haypo ___ Python tracker ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.o

[issue8550] Expose SSL contexts

2010-05-05 Thread Antoine Pitrou
Antoine Pitrou added the comment: New patch after reindent of _ssl.c -- Added file: http://bugs.python.org/file17225/sslcontext3.patch ___ Python tracker ___

[issue8550] Expose SSL contexts

2010-05-01 Thread Antoine Pitrou
Antoine Pitrou added the comment: New patch with docs. -- Added file: http://bugs.python.org/file17178/sslcontext2.patch ___ Python tracker ___ __

[issue8550] Expose SSL contexts

2010-05-01 Thread Antoine Pitrou
Antoine Pitrou added the comment: Here is a patch exposing SSL contexts as the "SSLContext" class. Also, SSL sockets are refactored to create a standalone SSLContext object, unless you create them using the new SSLContext.wrap_socket(). Please note that SSLContexts do not expose much more inf

[issue8550] Expose SSL contexts

2010-04-28 Thread Antoine Pitrou
Changes by Antoine Pitrou : -- nosy: +heikki ___ Python tracker ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.

[issue8550] Expose SSL contexts

2010-04-27 Thread Eric Smith
Changes by Eric Smith : -- nosy: +eric.smith ___ Python tracker ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.

[issue8550] Expose SSL contexts

2010-04-27 Thread Jean-Paul Calderone
Jean-Paul Calderone added the comment: For reference: http://pyopenssl.sourceforge.net/pyOpenSSL.html/openssl-context.html http://www.heikkitoivonen.net/m2crypto/api/M2Crypto.SSL.Context%27.Context-class.html and `man -k SSL_CTX_` -- nosy: +exarkun ___

[issue8550] Expose SSL contexts

2010-04-27 Thread Antoine Pitrou
New submission from Antoine Pitrou : We should expose SSL contexts at the Python level, and rework SSL sockets to use those objects internally (rather than creating their own private context). It would allow to: - specify the various options iteratively, rather than having to dump them all in t