Log file Viewer

[15:25:22] <aclark> What does chat-logs.dcpython.org look like to everyone? (DNS)

[15:25:25] <aclark> !logs

[15:25:25] <pmxbot> http://chat-logs.dcpython.org/channel/pypa

[15:25:28] <aclark> Ah there we go

[15:25:44] <aclark> Gah, again something works for everyone else and not for me. Stupid DNS.

[15:40:06] <DanC> are "fast local installs" designed to work with all sorts of requirements.txt files? I'm having trouble with the http://.../x.zip case

[16:34:31] <tomprince> "fast local installs"?

[16:35:04] <tomprince> Perhaps you want to install wheel, and the do 'pip wheel -r requirements.txt' and install from the generated wheelhouse.

[16:46:08] <qwcode> the "fast and local" expression probably comes from here https://pip.pypa.io/en/latest/user_guide.html#fast-local-installs

[16:46:28] <qwcode> but it should work the same for a zip url "http://.../x.zip"

[16:47:16] <qwcode> but the point is not have urls like that, for it to be fast and local, only requirement specifiers

[18:49:11] <DanC> qwcode, "the point is not have urls like that". um... what do I use instead?

[18:49:26] <DanC> e.g. https://github.com/dckc/PyCap/archive/master.zip

[18:51:06] <qwcode> DanC, you can use those URLs, but they won't ever become "fast and local". you need to use abstract requirements like "pycap>=1.3", that become local by using different pip options

[18:51:32] <DanC> I don't know how to do that

[18:51:41] <DanC> point me to docs?

[18:52:29] <DanC> 1st try at the wheel thingy failed, saying I should `pip install wheel`. 2nd try seems to have succeeded, though it doesn't say what the product is

[18:53:04] <DanC> ah... wheelhouse/*.whl

[18:54:00] <DanC> I wonder why "fast local installs" doesn't recommend this wheelhouse thingy

[18:56:09] <qwcode> DanC, that section existed before wheels...

[18:58:31] <tomprince> --find-links file:////path-to-wheelhouse

[18:58:49] <DanC> but won't that suffer the same problem when it gets to https://github.com/dckc/PyCap/archive/master.zip ?

[18:59:11] <dstufft> there's nothing that will make https://github.com/dckc/pyCap/archive/master.zip a local install

[18:59:16] <dstufft> because you're explicitly saying you want that url

[18:59:22] <tomprince> https://gist.github.com/tomprince/7eaa4b86adde954fd956 is what I do.

[18:59:24] <dstufft> it bypasses the normal discovery mechanisms

[19:00:21] <DanC> pip was happy to make a remote hg repository into a local install... but it can't do a simple(r) .zip download?!

[19:01:55] <DanC> there's no way to tell it "satisfy this requirement at http://..."?

[19:02:41] <dstufft> add it as a find link

[19:03:06] <dstufft> --find-links https://github.com/dckc/pyCap/archive/master.zip#egg=pyCap

[19:03:07] <dstufft> and then

[19:03:11] <dstufft> pyCap

[19:03:25] <DanC> ah! that sounds promising...

[19:06:49] <DanC> the github one works but not the bitbucket one

[19:08:08] <DanC> Some externally hosted files were ignored (use --allow-external blackknightcap to allow).

[19:18:59] <DanC> any idea why the github one works but not the bitbucket one? https://gist.github.com/dckc/cd568dd7635b5c01d926

[19:19:00] <DanC> I tried lots of tweaks.

[19:19:04] <DanC> no luck

[19:32:05] <DanC> well, the wheel strategy seems to work

[19:42:17] <DanC> whimper

[19:42:28] <DanC> it seemed to work as far as creating the cache

[19:42:43] <DanC> but the install step is still trying to download stuff

[19:43:29] <DanC> maybe I don't have wheel installed on that side...

[19:44:32] <DanielHolth> PIP_FIND_LINKS=file:///path/to/the/wheels

[19:44:33] <DanielHolth> ?

[19:49:12] <DanC> I think I un-did some earlier stuff... oops...

[19:54:12] <DanC> FRAP! now I'm getting: Could not find any downloads that satisfy the requirement SQLAlchemy==0.9.7

[19:54:31] <DanC> aha... 2.6 vs 2.7

[19:55:40] <DanC> whimper. Ubuntu (dev platform) doesn't seem to offer python2.6, and Suse (deployment) doesn't offer 2.7

[19:56:01] <DanielHolth> there's a deadsnakes ppa that's helpful for Ubuntu

[19:56:20] <DanielHolth> RHEL has something called software collections that lets you get 2.7

[19:56:28] <DanielHolth> Don't know what SUSE might have

[19:56:30] <DanC> ah. glad to hear https://launchpad.net/~fkrull/+archive/deadsnakes is a known thing

[19:56:42] <DanC> no that building python is all that big of a deal

[20:06:55] <DanC> "Finished: SUCCESS"

[20:07:16] <DanC> now to see if it works ;-)

[20:31:06] <DanC> ARGH! the wheel stuff didn't actually work. It failed silently to install the two remote packages. I HATE that.

[20:32:55] <DanC> oh. tee hee... error between keyboard and chair

[20:37:37] <DanC> now it fails loudly to make a wheelhouse.

[20:37:38] <DanC> Downloading/unpacking blacknightcap (from -r requirements.txt (line 16))

[20:37:38] <DanC> Could not find any downloads that satisfy the requirement blacknightcap

[20:39:01] <DanC> is --find-links supposed to work in a requirements.txt file?

[20:39:54] <DanC> "Additionally, the following Package Index Options are supported: ... -f, –find-links"

[20:42:40] <DanC> Skipping link 'https://bitbucket.org/DanC/blackknightcap/get/284d87390a26.zip#egg=blacknightcap' (from -f); wrong project name (not blacknightcap)

[20:42:58] <DanC> huh? what wrong project name?

[20:44:34] <DanC> oh... frap... the one from github isn't working either; it's getting PyCap from pypi

[20:50:11] <DanC> ignoring hg+https://bitbucket.org/DanC/blackknightcap@284d87390a26b33fd4069cbcfd28e440d0699ec2#egg=blacknightcap

[20:50:18] <DanC> WHY!!@??!Q?!@?!@

[20:52:34] <DanC> this worked fine:

[20:52:36] <DanC> $ pip wheel 'hg+https://bitbucket.org/DanC/blackknightcap@284d87390a26b33fd4069cbcfd28e440d0699ec2'

[21:16:19] <DanC> ok... now, (at runtime), I'm getting SyntaxError: expected path separator ([) for doc.findall('.//status[@type="ERROR"]'). looks like a 2.6-ism.

[21:16:28] <DanC> I think I'm past my packaging woes... for today.

[23:29:50] <tomprince> Is there a way to get a console_script to only install if an extra is selected? Right now it seems that specifing an option only means that the script will fail to run, when pkg_resources tries to load the entry point.

[23:47:48] <dstufft> tomprince: nope