pmxbot IRC Log Viewer

[00:29:22] <Gilgamezh> hi! can i ask about pyvenv (python3) here?

[02:02:42] <DanielHolth> Hi there

[02:03:00] <DanielHolth> I'm going to release wheel 0.23.0

[02:08:58] <DanielHolth> All done!

[02:22:29] <tos9> has anyone written another wheel installer yet

[08:03:36] <Ivo> http://wheel.readthedocs.org/en/latest/ doesn't seem to be up to date with the master of the docs

[14:05:39] <phyzloc> Hi! I keep getting an exception when I try pip install <package>

[14:05:58] <phyzloc> Is this the right channel to ask about it?

[14:06:55] <mgedmin> yes

[14:07:16] <mgedmin> https://dpaste.de is waiting for the traceback you got

[14:07:29] <phyzloc> http://pastebin.com/sUEu8LUZ

[14:07:30] <phyzloc> :-)

[14:07:58] <mgedmin> whoa

[14:08:49] <phyzloc> Did I just make your day? ;-)

[14:09:05] <mgedmin> not really, I'm just a curious bystander

[14:09:17] <mgedmin> looks like a genuine bug to me (but, again, I'm not a pip developer)

[14:09:17] <phyzloc> hehe

[14:09:30] <mgedmin> I'd report it at https://github.com/pypa/pip/issues or ping dstufft and see what he says

[14:09:50] <phyzloc> Ok

[14:10:00] <dstufft> phyzloc: what version of python?

[14:10:16] <phyzloc> 2.6

[14:10:20] <mgedmin> hm, could be a bug in requests/urllib3

[14:10:23] <dstufft> sorry, patch release too

[14:10:27] <mgedmin> but pip vendors those

[14:10:53] <dstufft> python changed _set_tunnel in a 2.6.3 or something like that, wondering if they changed it more than once

[14:12:30] <dstufft> phyzloc: what does python -V print

[14:12:37] <phyzloc> # python -V

[14:12:37] <phyzloc> Python 2.6

[14:12:50] <dstufft> hm

[14:12:52] <dstufft> that might mean 2.6.0

[14:13:36] <phyzloc> python.x86_64 2.6.0-8.7

[14:13:44] <phyzloc> that's the package, so you're right

[14:13:58] <dstufft> ok

[14:14:07] <mgedmin> (a package that installs stuff into /usr/local? whoa, what distro is this?)

[14:14:17] <phyzloc> it's SLED11

[14:14:19] <phyzloc> Suse

[14:14:23] <mgedmin> oh wait sudo pip install puts stuff in /usr/local, duh

[14:14:37] <dstufft> mgedmin: only on some distros

[14:15:11] <dstufft> lemme dig a minute

[14:15:24] <phyzloc> oki

[14:21:17] <dstufft> ugh

[14:21:22] <dstufft> mercurial is infuriating

[14:21:29] <dstufft> how the hell do If igure out what tags a commit exists it

[14:21:30] <dstufft> in

[14:23:45] <dstufft> wat

[14:24:02] <dstufft> how in the hell is a commit in 2.6.5, 2.6.6, 2.6.8, and 2.6.9 but not in 2.6.7

[14:24:48] <phyzloc> You mean there's a change in all those versions but not 2.6.7?

[14:25:25] <dstufft> oh

[14:25:27] <dstufft> never mind

[14:25:35] <dstufft> 2.6.7 doesn't appear to be tagged in the cpython repo at all

[14:27:51] <dstufft> phyzloc: so the problem is that urllib3 assumes this commit exists: http://hg.python.org/cpython/rev/3a736ad661fb but it doesn't exist until 2.6.5

[14:27:59] <dstufft> I'll file some upstream bugs

[14:28:20] <phyzloc> I see

[14:29:06] <phyzloc> So a later version of Python will solve this

[14:29:17] <dstufft> yea

[14:29:35] <phyzloc> Problem is how I can get it. Using an internal repository which is maintained by the company :-/

[14:34:01] <mgedmin> phyzloc, you're likely missing a bunch of security fixes for python 2.6, so maybe raise it as a priority? (I dunno if SLED backports those)

[14:35:30] <phyzloc> yea

[14:35:48] <phyzloc> I'll do that. Thanks for the help guys :-)

[14:46:54] <dstufft> phyzloc: https://github.com/shazow/urllib3/issues/364 FWIW

[14:57:23] <phyzloc> I gotta go now but I just tried "pip install paramiko" with python version 2.7.6 and I get the same exception!

[15:02:32] <phyzloc> But 2.7.3 seems to work :-/ Ok, now I really gotta go :-)

[15:16:12] <dstufft> glyph: ping

[16:31:34] <jamescarr> hello

[16:31:55] <jamescarr> I have a requirements.txt that includes pyodbc 3.0.6 that suddenly stopped working

[16:32:03] <jamescarr> How can I just have it pull down the zip file?

[16:32:57] <Ivo> jamescarr: pip install --download ./cache pyodbc==3.0.6

[16:33:13] <Ivo> *--download=

[16:36:21] <jamescarr> Ivo: any way to do that in my requirements.txt?

[16:36:42] <jamescarr> or am I going to have to now modify my build scripts to install it from the command line

[16:37:13] <jamescarr> (sorry if I'm coming off as edgy... annoying when a build that has worked flawlessly for a year breaks because some oddity with a pypi package)

[16:38:18] <dstufft> what version of pip

[16:39:35] <jamescarr> one sec

[16:40:31] <Ivo> jamescarr: thats kinda not what requirements.txt's are for

[16:40:38] <jamescarr> one sec

[16:40:52] <Ivo> jamescarr: it would be more helpful if you could describe the actual problem the pckage you are dealing with is having

[16:40:59] <jamescarr> pip 1.5.4

[16:41:07] <jamescarr> sure one minute

[16:41:13] <Ivo> no, whats going wrong with pyodbc or w/e

[16:41:57] <jamescarr> nvm looks like I need to add --allow-external

[16:42:15] <jamescarr> https://gist.github.com/jamescarr/9917970

[16:42:20] <Ivo> --allow-all-extrernal --allow-unverified <pkg>

[16:42:27] <Ivo> mind the extra r

[16:43:45] <Ivo> jamescarr: I'd recommend asking the maintainers to upload their package to pypi as well

[16:43:46] <jamescarr> Thanks Ivo

[16:44:01] <jamescarr> yeah what happened? This actually used to work no problem in the past

[16:44:18] <jamescarr> I already terminated our old CI server so I don't know the differences (if any) :-/

[16:44:18] <Ivo> pip became secure by default

[16:44:22] <jamescarr> gotcha

[16:46:07] <Ivo> which featurefully meant it stopped downloading things over http, or external to its index, and without an accompanying hash, by default

[17:00:11] <jamescarr> silly question again ... anyway to use those params with a requirements.txt?

[17:00:14] <Ivo> DanielHolth: the wheel docs haven't been updated

[17:00:16] <jamescarr> pyodbc is defined within it

[17:02:22] <Ivo> jamescarr: http://www.pip-installer.org/en/latest/reference/pip_install.html#requirements-file-format

[17:03:22] <Ivo> see also the Externally Hosted Files section just below

[17:12:56] <DanielHolth> Ivo no?

[17:13:37] <DanielHolth> The read the docs link might have been lost after moving the project to bitbucket.org/pypa/wheel

[17:21:58] <jamescarr> wheel is stable now?

[17:22:48] <DanielHolth> It continues to work rather well

[17:25:02] <jamescarr> very nice

[17:27:48] <DanielHolth> Most of the recent wheel improvements have been in pip (the install side) rather than in wheel itself.

[17:28:17] <DanielHolth> Now pip generates the console_wrapper scripts at install time so you get exe's on Windows or #! scripts on Linux

[18:14:48] <Ivo> DanielHolth: http://wheel.readthedocs.org/en/latest/ still referrs to wheel 0.22 docs

[18:22:48] <DanielHolth> Ivo I did see that, I'll see if someone from readthedocs can help

[18:24:03] <DanielHolth> It can rebuild the docs just fine, but they don't grab the current version

[18:24:29] <DanielHolth> FWIW the docs didn't change that much

[18:25:27] <Ivo> DanielHolth: wanna get the transitiion to using [bdist_wheel] out into public knowledge asap

[18:25:43] <jensh> How do I tell pip to install _all_ files in a zip-package? Some files are in the zip, but not in installed-files.txt or installed directory

[18:29:37] <Ivo> jensh: what package?

[18:30:04] <jensh> Ivo: cmsplugins_newplus

[18:30:14] <Ivo> jensh: what isn't being installed

[18:31:21] <jensh> Ivo: the templates

[18:36:07] <Ivo> jensh: they installed for me

[18:37:59] <jensh> Ivo: thanks for testing, I installed from downloaded master.zip, will try that again

[18:38:13] <Ivo> jensh: i installed from pypi

[18:41:15] <jensh> Ivo: from pypi installation is fine, I'll go with that :)

[22:18:10] <Ivo> DanielHolth: it could be because RTD doesn't know that wheel was moved from dholth to pypa

Log file Viewer

Help | Karma | Search:

#pypa logs for Tuesday the 1st of April, 2014