Log file Viewer

[14:39:33] <pf_moore> dstufft: ping

[17:42:16] <dstufft> pf_moore: pong

[18:28:11] <weykent> how does one indicate in the install_requires list that a dependency is only required for particular versions of python? i know i've seen syntax for this before, but i don't remember it

[18:30:56] <Wooble> weykent: you build the list in an if block checking sys.version, typically.

[18:31:21] <weykent> Wooble, yeah, i know i've seen that too, but i could've sworn there was a better way

[18:31:43] <weykent> Wooble, something like install_requires=['enum34[python_version<3.4]']

[18:34:02] <weykent> maybe i was thinking of some proposed syntax instead of something that was accepted

[18:36:54] <doismellburning> https://github.com/py3minepi/py3minepi/blob/master/setup.py#L11-L12 ;)

[18:37:33] <weykent> doismellburning, sure, i know that's possible. no better way, though?

[18:37:50] <doismellburning> if we knew a better one we would have

[18:39:46] <DanC_> am I muted?

[18:39:50] <DanC_> ah... ok...

[18:40:02] <DanC_> Cannot fetch index base URL https://pypi.python.org/simple/

[18:40:11] <DanC_> I'm battling this SSL stuff again.

[18:40:29] <DanC_> any diagnostic tools other than strace to recommend?

[18:40:37] <DanC_> pip 1.5.6

[18:40:53] <DanC_> it's not very nice that pip eats the SSL errors

[18:42:22] <weykent> DanC_, wireshark to watch the TLS traffic

[18:43:21] <DanC_> I've had reasonably good luck using the openssl client at that level

[18:44:18] <DanC_> open("/usr/local/heron_extract/lib/python2.6/site-packages/pip/_vendor/requests/cacert.pem", O_RDONLY) = 4

[18:45:21] <DanC_> where=`python /usr/local/heron_extract/lib/python2.6/site-packages/pip/_vendor/requests/certs.py`

[18:46:17] <DanC_> `openssl s_client -CAfile $where -connect pypi.python.org:443` gives verify return:1

[18:47:57] <DanC_> python -c 'import pip._vendor.requests as requests; requests.get("https://pypi.python.org/")'

[18:48:04] <DanC_> pip._vendor.requests.exceptions.SSLError: [Errno 1] _ssl.c:494: error:14090086:SSL routines:SSL3_GET_SERVER_CERTIFICATE:certificate verify failed

[18:48:40] <doismellburning> DanC_: sounds like something's very wonky your end

[18:48:44] <DanC_> so the openssl client works, but python requests doesn't. I have no idea why

[18:49:25] <DanC_> the first very wonky part is: this is on SLES 11

[18:51:09] <DanC_> any suggestions on how to diagnose wonkyness, doismellburning?

[18:52:59] <DanC_> "If you're using a non-stock Python distribution (notably EPD 7.3), you're very likely to have a setup that isn't going to work with pip 1.3.1" -- http://stackoverflow.com/a/22828906

[18:53:02] <DanC_> hmm.. i wonder why not

[18:53:10] <doismellburning> DanC_: grab Charles?

[18:53:24] <doismellburning> (proxy)

[18:53:50] <doismellburning> DanC_: or check out http://docs.python-requests.org/en/latest/api/ (see under "debug")

[18:54:07] <doismellburning> DanC_: http://www.charlesproxy.com/

[18:54:55] <DanC_> I don't see how this is a network traffic issue; as I say, the openssl comman-line tool verifies the signature just fine