You should ask Glyph too. He supplied lots of useful info about cert
checking on the python-tulip list.
On Sat, Oct 19, 2013 at 7:14 AM, Nick Coghlan wrote:
> On 19 October 2013 22:44, Christian Heimes wrote:
> > Am 19.10.2013 00:56, schrieb Guido van Rossum:
> > A couple of months I had a lon
On 20 October 2013 00:44, Christian Heimes wrote:
> Am 19.10.2013 16:14, schrieb Nick Coghlan:
>> At the very least, it would be good if you and/or MAL could review
>> the cert verification in pip. PEP 453 makes that kinda important
>> :)
>
> Where can I find the code for PEP 453?
It's the cert v
Am 19.10.2013 16:14, schrieb Nick Coghlan:
> At the very least, it would be good if you and/or MAL could review
> the cert verification in pip. PEP 453 makes that kinda important
> :)
Where can I find the code for PEP 453?
___
Python-Dev mailing list
Py
On 19 October 2013 22:44, Christian Heimes wrote:
> Am 19.10.2013 00:56, schrieb Guido van Rossum:
> A couple of months I had a long and fruitful discussion with MAL about
> the issue. Egenix PyOpenSSL installer comes with a root CA bundle. He
> tried a couple of approaches to handle trust setting
Am 19.10.2013 00:56, schrieb Guido van Rossum:
> Thanks! That's probably fine for now -- it means the standard library
> doesn't know where the root certificates are. We had a huge discussion
> about this over on python-tulip:
> https://groups.google.com/forum/#!topic/python-tulip/c_lqdFjPEbE
>
>
Thanks! That's probably fine for now -- it means the standard library
doesn't know where the root certificates are. We had a huge discussion
about this over on python-tulip:
https://groups.google.com/forum/#!topic/python-tulip/c_lqdFjPEbE
TL;DR: The stdlib openssl wrapper ought to know where each
On 18/10/2013 10:37pm, Guido van Rossum wrote:
Good sleuthing! Does the attached patch fix it?
(Off-topic: the code is pretty inconsistent about catching
BaseException. Maybe it shouldn't be caught at all?)
It fixes it in the sense of printing a sensible traceback;-)
$ PYTHONPATH='c:/Repos/tu
Good sleuthing! Does the attached patch fix it?
(Off-topic: the code is pretty inconsistent about catching BaseException.
Maybe it shouldn't be caught at all?)
On Fri, Oct 18, 2013 at 2:04 PM, Richard Oudkerk wrote:
> On 18/10/2013 9:19pm, Guido van Rossum wrote:
>
>> Maybe the dummy socket re
On 18/10/2013 9:19pm, Guido van Rossum wrote:
Maybe the dummy socket returned by wrap_socket() is not acceptable for
select?
An error
SSLError(1, '[SSL: CERTIFICATE_VERIFY_FAILED] certificate verify
failed (_ssl.c:553)')
is being raised in _on_handshake(). This seems to result in the s
Maybe the dummy socket returned by wrap_socket() is not acceptable for
select?
--Guido van Rossum (sent from Android phone)
On Oct 18, 2013 11:26 AM, "Richard Oudkerk" wrote:
> On 18/10/2013 6:57pm, Guido van Rossum wrote:
>
>> Thanks! Those are all expected (though contributions are always welc
On 18/10/2013 6:57pm, Guido van Rossum wrote:
Thanks! Those are all expected (though contributions are always welcome
-- not looking at you specifically :-).
Does examples/fetch3.py work for you with an https URL? (Try
http://dropbox.com, i.e. without 's' -- you get two redirects to https
URLs.
Thanks! Those are all expected (though contributions are always welcome --
not looking at you specifically :-).
Does examples/fetch3.py work for you with an https URL? (Try
http://dropbox.com, i.e. without 's' -- you get two redirects to https
URLs. :-)
On Fri, Oct 18, 2013 at 10:36 AM, Richard
On 18/10/2013 6:15pm, Guido van Rossum wrote:
Thanks! There are some new changes (I fixed a race with sockets closing)
and I hope to land flow control (finally) later today.
Do you know what those skips are? I suspect they might be due to ssl not
working for you either. :-(
Lack of support for
Thanks! There are some new changes (I fixed a race with sockets closing)
and I hope to land flow control (finally) later today.
Do you know what those skips are? I suspect they might be due to ssl not
working for you either. :-(
On Fri, Oct 18, 2013 at 10:04 AM, Richard Oudkerk wrote:
> On 18/1
On 18/10/2013 5:31pm, Guido van Rossum wrote:
I'm working from home today and my Windows laptop is in the office, so I
won't be able to test my latest Tulip changes on Windows (I just renamed
pause to pause_reading, and hope to commit pause_reading later today).
Is anyone luckier?
$ hg id
97f6f
I'm working from home today and my Windows laptop is in the office, so I
won't be able to test my latest Tulip changes on Windows (I just renamed
pause to pause_reading, and hope to commit pause_reading later today). Is
anyone luckier?
Also, reading through the Windows OpenSSL setup in PCbuild/rea
16 matches
Mail list logo
