[02:06:04] <Moult> pf_moore: i am experiencing https://github.com/pantsbuild/pex/issues/9 - specifically AttributeError: 'UUID' object has no attribute 'get_hex' - what did you do to solve it?
[06:06:36] <usinganalias> When running python setup.py install, can you specify a version of python to install for?
[11:08:05] <pf_moore> Moult: not sure if you're still around, but IIRC as noted in the issue, some change they made seemed to have fixed it. I've no idea beyond that, I gave up on pex because it didn't seem to be likely to support Windows any time soon.
[11:12:47] <Moult> pf_moore: still around, darn, i have no idea why i'm running into it.
[11:12:56] <Moult> pf_moore: i'm on linux actually, so it doesn't seem to be a windows specific problem
[11:15:46] <pf_moore> Moult: OK, sorry I can't be any more help
[11:17:48] <Moult> pf_moore: ok, i will codedive, albeit slowly, as i am only experiencing this on the server and so am building/editing through ssh
[12:38:36] <Moult> pf_moore: https://github.com/pantsbuild/pex/pull/39 was what i was experiencing by the way :)
[13:06:49] <pf_moore> Moult: Cool, glad you found it :-)
[16:04:47] <ramnes> is the subdirectory option of pip install supposed to work with pip 1.5.4?
[17:32:16] <Wooble> Ugh, pip on windows under git-bash turns off the cursor. And I have no idea how to turn it back on because there's no tput command.
[18:15:39] <dstufft> xafer247: I dunno, I know that egg-info files come from distutils instead of setuptools tho
[19:00:29] <tdsmith> Would it make sense for pip install --user to work in a way other than passing --user to setuptools? my selfish motivation is working around http://bugs.python.org/issue22269
[19:11:55] <dstufft> tdsmith: maybe. It'd probably be better to fix it in distutils and/or setuptools but if it needs to be fixed in pip we can do it there
[19:12:22] <tdsmith> I guess setuptools is more natural than pip
[19:12:46] <dstufft> we might need a fix in pip regardless for wheels
[19:13:04] <dstufft> but for sdsits setuptools is likely a better place
[19:13:08] <tdsmith> I don't anticipate seeing this in distutils in 2.7 but maybe I'm pessimistic?
[19:13:44] <dstufft> dunno, the bugs.p.o link has 2.7 tagged
[19:19:35] <tdsmith> guess i could contribute some unit tests
[21:17:16] <Guin> Hello. I've been using virtualenvwrapper on a mac with the python2 version that had come with the system. I just downloaded and installed the new python 3.4. How do i get virtualenvwrapper to use this python version when making a new virtualenv?
[21:49:15] <Guin> it says the executable does not exist. completely new to this, so sorry if this is something really obvious. here is what i tried https://dpaste.de/HwDU
[22:31:36] <Guin_> The executable /Users/angelika/python=/Library/Frameworks/Python.framework/Versions/3.4/bin (from --python=/Users/angelika/python=/Library/Frameworks/Python.framework/Versions/3.4/bin) does not exist
[22:32:11] <Guin_> i think its still looking in the wrong directory?
[22:32:28] <apollo13> Guin_: I said -p path/to/python3.4
[22:32:37] <apollo13> why are you adding python= in front of it all the time?
[22:36:50] <Guin_> -p path/to/python3.4 produces the same traceback https://dpaste.de/3rop#L