Log file Viewer

[00:57:16] <pedahzur> I'm trying to install pip using the directions here: https://pip.pypa.io/en/latest/installing.html When I run the get-pip.py, I get a traceback, last line of which is "TypeError: All keys must be strings." I found this: https://bitbucket.org/pcarbonn/pipwin/issue/2/install-does-not-work but that is on Windows, and it's marked resolved. Ideas? This is Python 2.6 on SLES 11sp1

[00:57:54] <pedahzur> Full traceback here: https://gist.github.com/jkugler/a48dbcfe32d5773b4a70

[14:15:42] <straycat> Hi, I have a question about requirements specs, does equality conflict with range? I would expect that if A depends on version 3 of C and a depends on B width B depending on <2 of C to conflict, but in one of the examples for valid requirements spec I see: "PickyThing<1.6,>1.9,!=1.9.6,<2.0a0,==2.4c1"

[16:51:31] <willingc> !logs

[16:51:31] <pmxbot> http://chat-logs.dcpython.org/channel/pypa

[17:05:34] <pedahzur> I'm trying to install pip using the directions here: https://pip.pypa.io/en/latest/installing.html When I run the get-pip.py, I get a traceback, last line of which is "TypeError: All keys must be strings." I found this: https://bitbucket.org/pcarbonn/pipwin/issue/2/install-does-not-work but that is on Windows, and it's marked resolved. Ideas? This is Python 2.6 on SLES 11sp1 Full traceback here: https://gist.github.com/jkugler/

[17:05:35] <pedahzur> a48dbcfe32d5773b4a70

[17:08:03] <willingc> dstufft, nedbat: Howdy. I've read the pypa packaging doc. Do either of you have any suggestions on how best to isolate multiple versions of Python (say 2.7.8, 3.4.2, dev versions, anaconda)?

[17:19:28] <nedbat> willingc: i'm no packaging expert, but: what do you mean by isolating versions of Python? You mean installs of Python on your machine?

[17:20:53] <willingc> nedbat: Yes. Installs on my local machine so that I have a clean 2.7.8, 3.4.2, dev versions, and anaconda each time that I teach a course. Ideally, no interaction between packages installed via pip, pip3, or conda.

[17:21:38] <nedbat> willingc: I use pythonz to install multiple versions. then virtualenvs to keep packages isolated

[17:21:40] <willingc> I've been looking at sys and sysconfig libraries to see if there is a good way to check if a student has a configuration issue.

[17:22:11] <nedbat> willingc: that would be amazing to be able to diagnose those problems quicker

[17:22:15] <willingc> nedbat: I will check pythonz out. Thanks, that may be the missing piece.

[17:22:32] <pedahzur> Sorry if my question was answered, my network blipped out. Any known solutions for the "TypeError: All keys must be strings" issue when trying to install pip?

[17:22:36] <nedbat> willingc: pythonz is very good at installing versions of Python, include PyPy, Jython, etc.

[17:22:38] <willingc> nedbat: i agree. even just a script would be helpful.

[17:22:58] <willingc> nedbat: thanks!

[17:23:27] <dstufft> I use pyenv to do multiple versions

[17:23:30] <dstufft> probably a similar thing

[17:23:35] <dstufft> it only works on posix though

[17:25:48] <willingc> dstufft: I tried pyenv a while ago (2 months) and had some anaconda and cpython conflicts

[17:26:03] <dstufft> pedahzur: looks like this issue: https://github.com/pypa/virtualenv/issues/572

[17:26:14] <willingc> dstufft: I will try it again since this stuff is moving pretty quickly on the conda side.

[17:26:15] <dstufft> something that changed in an earlier vs a later Python 2.6

[17:26:29] <dstufft> I don't use (Ana)conda

[17:26:33] <dstufft> so I can't speak to that

[17:27:34] <pedahzur> dstufft: Hmm...I'm not using virtualenv in this case, but yeah, it's teh same error and in the same file (pip/_vendor/html5lib/trie/py.py)

[17:27:49] <willingc> dstufft: good to know. It's necessary (or at least simpler) to use conda when teaching science stuff. That said I also teach beginners and some web folks so...both are necessary.

[17:28:15] <willingc> dstufft: as an fyi, if you ever need help with docs on pypa, feel free to ping me :)

[17:29:04] <dstufft> pedahzur: yea, virtualenv calls into pip the same way get-pip.py does

[17:29:57] <dstufft> pedahzur: I wonder if you download the tar.gz from PyPI and unpack it and run setup.py install if you'll still have problems with the error whent rying to run pip itself

[17:31:14] <dstufft> willingc: I don't do science stuff really, ``pip install numpy`` and stuff always worked for me, I'd love to fix whatever issues there are there but idk what they are :(

[17:32:34] <dstufft> willingc: doc improvements are always helpful :) We have packaging.python.org now too which is supposed to be a higher level "her'es how you combine all the various tools" and stuff

[17:32:49] <dstufft> I'm bad at docs, I don't really pay attention to our docs much :/

[17:33:06] <willingc> dstufft: I'm not entirely sure what the issues of getting all the dependencies correctly configured for the science stuff, but some have to do with where c, fortran compilation fall into the mix.

[17:33:37] <dstufft> yea I think I brew installed gfortran or something

[17:33:42] <dstufft> I don't really remember heh

[17:33:52] <willingc> dstufft: I'm pretty good with docs. Actually, like them. Since it makes things easier to teach.

[17:34:06] <dstufft> I'm real bad at getting into the beginner mindset

[17:34:31] <willingc> Let's do this...pick a doc section that you get repeated questions on and let's take a shot at making it even a little better.

[17:36:18] <willingc> dstufft: oh and I like warehouse's look too if you had anything to do with that

[17:37:09] <dstufft> willingc: Ok, I'll try to take a look and see what sections folks are having problem with

[17:37:22] <dstufft> and yea Warehouse is mostly me, though others are helping too

[17:37:35] <dstufft> It's been back burnered till the next pip is done

[17:38:13] <willingc> You can find me here or #openhatch, #pyladies. Warehouse is much nicer for beginners. I hear you on next pip. Happy to test too :)

[17:39:30] <dstufft> mostly Warehouse is focused on feature parity with the current PyPI right now, though it has a new UI because current pypi is so horrid

[17:39:48] <dstufft> i'm glad it's better for beginners :D

[17:42:34] <dstufft> I had a crazy idea earlier about a wrapper around pip that understands pip:// urls and making it so people can click on an install button and have a window pop up asking them which Python (or maybe even which environment) they want it installed into

[17:42:52] <dstufft> that's entirely crazy idea stage though and no idea if it it'll ever happen or if it'd ever be possiblet od o it sanely

[17:54:22] <tdsmith> anyone here have any insight into the "Multiple .dist-info directories" pip failure? a Homebrew user is having trouble with ensurepip on python3: https://github.com/Homebrew/homebrew/issues/33897#issuecomment-62104265

[17:54:36] <tdsmith> claims there aren't any /tmp/pip_build_* or ~/.pip/build paths

[18:59:15] <tdsmith> dstufft: thanks for your help with the setuptools shim; we'll start wrapping setup.py invocations with it soon https://github.com/Homebrew/homebrew/pull/33988

[20:46:03] <pedahzur> dstufft: Ended up punting: the pip tar required setuptools. So I just downloaded setuptools, installed that, and used easy_install. :)

[20:46:28] <nanonyme> pedahzur, why easy_install?

[20:47:54] <pedahzur> nanonyme: Because easy_install comes with setuptools. And for my purposes, I just needed the requisite modules installed, and that did the job.

[20:48:15] <nanonyme> pedahzur, bleh, get-pip.py fwiw

[20:49:34] <pedahzur> nanonyme: I tried that. That resulted in https://gist.github.com/jkugler/a48dbcfe32d5773b4a70

[20:51:31] <nanonyme> Huh, is that really the right proxy syntax?

[20:54:22] <pedahzur> nanonyme: Yeah. Same error without the --proxy parameter (I assume it picked up on the environmental variables).

[20:54:55] <pedahzur> dstufft: thought it might be this bug: https://github.com/pypa/virtualenv/issues/572 Appears to be a bug in html5lib, not in pip directly.

[20:55:05] <pedahzur> Oops, nanonyme ^^

[21:33:09] <nanonyme> pedahzur, which Python do you have anyway?

[21:36:32] <pedahzur> nanonyme: Python 2.6. on SLES11sp1. Sadly, I'm stuck on this platform.

[21:45:20] <nicksloan> dstufft: seems like if there was a standard around where to find virtual environments, that could totally be a thing

[21:45:44] <nicksloan> I'd work on that project

[21:45:54] <nicksloan> (if you need help/someone to just do it)

[21:49:48] <dstufft> nicksloan: there's not a standard location unfortinately :( but even without virtualenvs it could be useful It hink, and there are a few projects like virtualenvwrapper which do set a standardish location

[21:50:18] <nicksloan> dstufft: yeah, for sure

[21:50:22] <dstufft> nicksloan: don't take my talking about is as cookie licking (http://communitymgt.wikia.com/wiki/Cookie_Licking) though, I've just thought up a crazy idea :) Not done any actual work or anything on it

[21:50:34] <dstufft> so if you want to give it a whirl go for it :D

[21:51:26] <nicksloan> I'm imagining something like "Select the environment you want, or point to a Python installation."

[21:52:20] <nicksloan> and then it would prepopulate with known Python installs, anything in ~/.virtualenvs or whatever the environment variable is, and anything it has seen before

[21:52:33] <nicksloan> I think that could be really awesome, and not that hard to do, really

[21:53:32] <nicksloan> maybe I'll give something a shot this weekend and see what pans out