Log file Viewer

[15:22:45] <natefoo> dstufft: ping

[15:23:39] <dstufft> natefoo: pong

[15:26:37] <natefoo> heya.

[15:26:49] <natefoo> i made a PR for linux wheels.

[15:30:58] <natefoo> i might be off base, so i'm happy to put in a lot more effort if it's needed.

[17:57:55] <The_Tick> I'm trying to pip install something but it's having problems with the ssl certs, what file does pip use to validate a CA?

[18:06:24] <tdsmith> The_Tick: https://github.com/pypa/pip/blob/40242fe4db24d14362937c10e77fd95dfd97f3c9/pip/locations.py#L18-L36

[18:20:38] <The_Tick> thanks

[18:21:26] <The_Tick> is there anything which I need to restart once I've thrown the certificate information into the .crt?

[19:20:35] <superfly> Hi, I'm having a problem trying to use pip programmatically to install a package

[19:20:41] <superfly> I've got 2 packages I'm building myself, and one depends on the other.

[19:20:49] <superfly> I'm installing them into a virtualenv

[19:20:54] <superfly> The first one installs fine, but when I try to install the second one, it complains that it can't find the first

[19:20:59] <superfly> My "install_package.py" file: http://pastebin.com/KU3ThNAC

[19:21:00] <superfly> pip output when I try to install the second package: http://pastebin.com/LYUEsHZT

[19:21:24] <superfly> I double-checked the virtualenv, and the first module is definitely there.

[19:21:32] <superfly> Also, if I run pip manually, then it works fine.

[19:21:49] <superfly> any ideas or pointers?

[19:30:13] <ronny> superfly: whats the output of pip freeze?

[19:32:41] <superfly> ronny: good question. this is actually at work, and I'm at home at the moment, I'll try tomorrow and see what I get.

[19:33:07] <ronny> superfly: i recall some weirdness that can happen on normalization

[19:33:34] <ronny> your dev version number is illegal as well ^^

[19:33:47] <superfly> ronny: yeah, I know

[19:34:07] <superfly> trying to make the best of a bad situation.

[19:34:29] <ronny> superfly: tak a look at setuptools_scm

[19:34:31] <superfly> it's an internal package anyways, not going to be released publically.

[19:34:40] <superfly> kk

[19:34:42] <ronny> it adds node numbers in a legal way

[19:35:11] <ronny> also bbl, rl is calling

[19:35:16] <superfly> np

[19:48:29] <tdsmith> i'm surprised that installing setuptools from an sdist is fetching pip from pypi https://github.com/Homebrew/homebrew/issues/41697#issuecomment-121354320

[19:49:01] <tdsmith> i would like to keep that from happening

[19:49:33] <dstufft> um

[19:49:34] <dstufft> what

[19:50:39] <dstufft> tdsmith: what are you executing that makes that happen

[19:51:14] <tdsmith> /usr/local/Cellar/python/2.7.10_2/bin/python -s setup.py --no-user-cfg install --force --verbose --single-version-externally-managed --record=installed.txt --install-scripts=/usr/local/Cellar/python/2.7.10_2/bin --install-lib=/usr/local/lib/python2.7/site-packages

[19:54:37] <dstufft> tdsmith: inside of an unpacked setuptools sdist?

[19:54:43] <tdsmith> yes

[19:54:48] <tdsmith> (sorry)

[19:58:01] <dstufft> tdsmith: what version of setuptools is it

[19:58:14] <tdsmith> 18.0.1

[20:01:40] <dstufft> tdsmith: I have no earlthy idea why it would be doing that...

[20:04:41] <tdsmith> at least i'm not alone 0_o

[20:07:30] <tdsmith> i wonder if there's detritus from a prior pip installation that isn't cleaned up well enough

[20:11:55] <dstufft> that's certainly a possibility

[20:16:56] <lystra> Hi. I've built matplotlib-1.4.3 on Python-2.7.5, 3.3.2, and 3.4.3. Python 2.7.5 cannot find the mpl_toolkits.mplot3d library. Apparently it would if matplotlib-1.4.3-py2.7-nspkg.pth was read but it is not. How does Python know to read the nspkg.pth file? Maybe I screwed up my build of Python 2.7.5 somehow.

[20:25:02] <tdsmith> dstufft: resolved by upgrading pbr, go figure

[20:25:18] <dstufft> lol

[20:25:20] <dstufft> oh right

[20:25:22] <dstufft> pbr depends on pip

[20:25:25] <dstufft> or it did

[20:25:28] <dstufft> not sure if it still does

[20:26:53] <tdsmith> lystra: .pth files are only read in special site-packages paths

[20:27:22] <tdsmith> documented at the top of https://docs.python.org/2/library/site.html

[20:27:28] <lystra> tdsmith: Thanks. Just found that out. How do I get .pth files to be read in directories specified by PYTHONPATH?

[20:35:36] <lystra> tdsmith: why doesn't site.py just scan all sys.path directories for .pth entries? Why limit it to sys.prefix and sys.exec_prefix?

[20:43:44] <tdsmith> lystra: ¯\_(ツ)_/¯

[20:44:26] <tdsmith> you can add a .pth file to a blessed directory with a line of the form `import site; site.addsitedir("/path/to/directory/with/pth/files")`

[20:44:39] <tdsmith> or do the same thing in the user/sitecustomize.py

[20:55:30] <lystra> tdsmith: site.addsitedir seems to work with sitecustomize.py. Ugh. Thanks.

[20:58:44] <tdsmith> you're welcome

[22:09:13] <dgarstang> I'm trying to install a python package from a custom index server. However, I want dependancies to come from python.org. How do I do that? I'm installing with pip

[22:09:42] <dstufft> dgarstang: pip install --extra-index-url https://yourindex.example.com/ yourthing

[22:10:03] <dgarstang> dstufft: i tried that, and it seems to search both indexes for all packages and I get a butload of errors

[22:10:26] <dstufft> dgarstang: pastebin output?

[22:10:32] <dgarstang> sure, one sec

[22:12:19] <dgarstang> https://gist.github.com/anonymous/ec067161f9c02070a13e

[22:12:43] <dgarstang> at line 4... it seems to be searching my index server for boto. ... it ain't there

[22:13:09] <dgarstang> and then repeat once for each dependancy

[22:13:28] <dstufft> well it's gonna search both indexes, but it should handle the case where it only exists in one of the indexes fine

[22:13:45] <dgarstang> dstufft: yes, but the warnings.... nasty

[22:13:52] <dstufft> dgarstang: looks like it worked fine

[22:13:58] <dstufft> it just had some deprecation warnings

[22:14:06] <dgarstang> it did... but it causes my OCD much pain

[22:14:58] <dstufft> dgarstang: what version of pip are you using?

[22:15:16] <dgarstang> I previously was using https://pypi.python.org/pypi/pypiserver, and this wasn't an issue with that. For some reason, after switching to Artifactory as the index server, this is now an issue

[22:15:32] <dgarstang> 'pip 7.1.0'

[22:18:21] <dstufft> dgarstang: I don't think there's currently a way to remove the deprecation warnings, you can open an issue or just wait until we remove those warnings which will be in pip 8

[22:19:26] <dgarstang> dstufft: Hmmm. Ok. Thanks. There's no way to put the logic into the package itself? Adding -i to the requirements.txt won't help?

[22:19:39] <dstufft> dgarstang: nope

[22:20:12] <dgarstang> darn it

[22:20:21] <dgarstang> wonder why pypi-server didn't cause this

[22:20:57] <dstufft> they probably didn't return a 404 on the /simple/boto/ page

[22:21:01] <dgarstang> ah

[22:21:37] <dstufft> that's the only way to trigger it, if you serve a blank page on /simple/boto/ it wouldn't trigger it, it's only if you get a 404 because that triggers some older logic that we want to get rid of

[22:21:48] <dstufft> in pip 8 that older logic will be gone (and so will the deprecation warning)

[22:23:40] <dgarstang> kk