Log file Viewer

[07:44:20] <wong2> pypi is down?

[07:46:19] <mgedmin> same here

[07:46:28] <mgedmin> status.python.org doesn't know (does it ever?)

[07:46:47] <wong2> yeah..

[11:36:38] <[Tritium]> status.python.org is not matching reality still

[12:04:04] <ionelmc> if i'd open a pitchfork shop i'd be filthy rich

[12:57:38] <mgedmin> pypi back up?

[12:57:48] <mgedmin> not completely :/

[12:58:02] <mgedmin> ah, but status.python.org got wind of it :)

[16:53:53] <apollo13> dstufft: wow, the debian pip patching is relatively minimal with 8.x, that is nice

[19:48:56] <natefoo> a new release of wheel is just about ready to roll

[19:49:05] <natefoo> i just want to verify that pip's tests pass first

[19:49:46] <natefoo> if anyone happens to have a windows machine w/ all the various pythons we have tox envs for, i'd appreciate if someone would run wheel's tests on it

[19:50:00] <natefoo> as i don't have a windows machine

[19:52:50] <ronny> natefoo: can you upload it to devpi.net, then i can run a devpi test on one of the pytest infrastructure machines

[19:54:54] <natefoo> sure, how do i do that?

[19:55:15] <natefoo> ahh, found the docs

[20:21:21] <natefoo> ronny: ok, it's uploaded to natefoo/dev

[20:35:44] <ronny> natefoo: i just finished up with work, i#ll switch to my personal computer and fire it up

[20:38:05] <ronny> natefoo: tox.ini is not included

[20:39:00] <ronny> natefoo: please check your manifest

[20:41:17] <ronny> natefoo: as for devpi, you can always reupload a version on a volatile index

[20:42:04] <natefoo> i don't think tox.ini belongs in an sdist, although i can add it just for this upload.

[20:42:36] <ronny> natefoo: tox.ini goes to a sdist, so people can make reliable testing

[20:44:19] <natefoo> i uploaded a new version

[20:50:54] <ronny> natefoo: the tox config breaks completely appart on wondows it seems

[20:52:43] <ronny> natefoo: cant debug any more tonight, back tommorow morning

[20:54:30] <natefoo> ok, thanks

[22:29:48] <Ryan_Lane> there seems to be some weird issue between versions of pip and entrytools... for some reason in newer versions of pip my script isn't finding a module

[22:30:02] <Ryan_Lane> but in older versions the script can properly find the module

[22:30:35] <Ryan_Lane> was there something that changed, and if so, how do I manage my setup.py in a compatible way?

[23:36:33] <Ivo> Ryan_Lane, that sounds possibly like stuff hasn't been properly uninstalled

[23:36:47] <Ivo> and that there are wrong scripts on your $PATH that haven't been removed

[23:36:48] <Ryan_Lane> it's because I'm using pip editable and subdirectory

[23:37:00] <Ryan_Lane> and it works differently between different versions of pip

[23:37:18] <Ryan_Lane> so, I split my packages into confidant-common, confidant-web and confidant-client

[23:37:29] <Ryan_Lane> where web and client are in subdirs and they depend on common

[23:37:30] <Ivo> pip -e in since pretty much forever, on a basic level just means `setup.py develop`

[23:37:38] <Ryan_Lane> yeah

[23:38:04] <Ivo> oh those can be fun, .pth file in site-packages tells things where to look usually

[23:38:38] <Ivo> you need to (re)install things in a correct order usually for paths to work

[23:38:40] <Ryan_Lane> but the subdirectory stuff runs differently with different versions of pip

[23:38:58] <Ivo> it was fixed in a recentish version

[23:39:00] <Ryan_Lane> so with one version, it assumes you're in the repo root and in another version it goes into the subdir

[23:39:17] <Ryan_Lane> so your packages and package dirs get all screwed up

[23:40:08] <Ivo> Ryan_Lane, see https://github.com/pypa/pip/pull/1082 & https://github.com/pypa/pip/pull/3258

[23:40:30] <Ivo> 3258 was only in pip 8.0

[23:42:52] <Ivo> so it might be you're not using 8