On Mon, Nov 25, 2013 at 10:38:09AM +0200, Marius Gedminas wrote:
My experimental code: https://gist.github.com/mgedmin/7637559
I now have two Wireshark pcap files of two SSL conversations: one
failed, one successful. It's a bit beyond my skills to analyze them.
I think the server did send
On Mon, Nov 25, 2013 at 08:48 +0200, Marius Gedminas wrote:
On Sat, Nov 23, 2013 at 08:59:35AM -0500, Donald Stufft wrote:
Can you try with 1.5rc1?
This was trickier than I thought, because pip appears to be incapable of
upgrading itself on Windows:
$ git clone
Digging deeper:
- SSLSocket.read() returns a premature EOF, truncating the downloaded
file, which makes the md5 hash to be different.
- if I fish out the SSLSocket object and set suppress_ragged_eofs = False,
then I get
ssl.SSLError: [Errno 8] _ssl.c:1426: EOF occurred in violation of
On Sat, Nov 23, 2013 at 08:59:35AM -0500, Donald Stufft wrote:
Can you try with 1.5rc1?
This was trickier than I thought, because pip appears to be incapable of
upgrading itself on Windows:
$ git clone https://github.com/pypa/pip
$ virtualenv env
$ env/scripts/pip install -U ./pip
I recently spin up a Windows VM on Rackspace Cloud. I'm seeing a very
weird problem: downloads from PyPI fail with checksum errors,
nondeterministically.
Sometimes it's a md5 hash mismatch error from pip[1]. Sometimes the
error is a CRC error deep in the gzip module. It's not only pip -- I've
Can you try with 1.5rc1? We switched to requests in that version and
perhaps it side steps the issue?
On Nov 23, 2013, at 5:05 AM, Marius Gedminas mar...@pov.lt wrote:
I recently spin up a Windows VM on Rackspace Cloud. I'm seeing a very
weird problem: downloads from PyPI fail with checksum