Log file Viewer

[02:03:22] <njs> ionelmc: zaytsev_: debug mode should change the wheel tag, shouldn't it? e.g. cp34-cp34dmu-linux versus cp34-cp34mu-linux?

[02:03:46] <njs> ionelmc: zaytsev_: that email just says "cp27 doesn't have proper abi tags" but that was fixed ~a month ago

[02:05:17] <njs> I wouldn't be shocked if there were some bug in the new abi tag generation code that caused it to miss the "d"

[02:05:59] <njs> and zaytsev_ should make sure they have an up-to-date pip and wheel (pip install -U pip wheel), and clear their wheel cache of the broken ones before being sure there is a bug

[02:06:06] <njs> but AFAIK it should work

[09:29:49] <zaytsev_> njs: i didn't install wheel, but i did pip install -U pip --user and pip version in question is the latest one.

[09:31:49] <zaytsev_> njs: the problem occurs when i install `python-dbg -m pip install psutil --prefix foo` and then `python -m pip install psutil --prefix bar`, psutil in bar is not importable because it doesn't have the right symbols

[09:32:56] <zaytsev_> njs: i assumed that it doesn't have the right symbols because debug wheel is being taken wrongly. cleaning the cache and doing python & then python-dbg install causes the problem in the other direction. having two explicit caches solved the problem.

[12:58:43] <ionelmc> njs: oh, indeed it adds the "d"

[12:58:44] <ionelmc> hmm

[13:01:58] <ionelmc> zaytsev_: maybe you don't have latest wheel package

[13:25:44] <zaytsev_> ionelmc: i'm not sure i do any *any* wheel package. i'll check it out also when trying to upgrade wheel with pip install -U wheel --user

[19:19:55] <gchristensen> Hi, I'm wanting to install python packages with pip in an environment with no network access. I've created a directory with all the tarballs I need to do it. When installing the linecache2 package, pip reaches out to pypi to get the pbr package. Obviously this fails because I don't have network access, but I'm surprised: I have pbr's targz local. In fact, if I pip install it first then the rest of the packages

[19:19:58] <gchristensen> it works fine. How can I make this pip install work, but without having to specifically install pbr first by hand? here is the command I'm calling, the requirements.txt, and the directory listing of all the locally saved tarballs: https://gist.github.com/grahamc/2f80629ef7742376dd908c7d3ebeebdb

[19:28:31] <tdsmith> the problem is probably that pbr is a setup_requires package, which setuptools handles with easy_install and not through pip directly

[19:29:05] <tdsmith> not sure if that allows an alternative solution

[19:33:27] <gchristensen> :( dang, okay. thank you tdsmith

[19:48:46] <gchristensen> tdsmith: is there a way I could tell easy_install to use a directory on disk which looks like a `simple` repository format?

[19:52:42] <tdsmith> gchristensen: i don't know how to influence how setup_install dependencies are found or handled, sorry

[19:53:02] <gchristensen> aye, no worries -- thank you for your help :)