Log file Viewer

[11:33:06] <pacodastre> _o/

[11:33:43] <pacodastre> Is there any documentation on how to use the pip API inside a python program ?

[11:33:54] <pacodastre> I haven't found anything

[11:35:23] <dstufft> pip doesn't have an API other than it's CLI

[11:35:24] <pjdelport> pacodastre: I don't think pip has a stable API aside from command-line invocation.

[11:35:31] <dstufft> not a publically supported one anyways

[11:35:54] <dstufft> some people use our internals, we try not to break them if we know about them and it's not too much trouble, but we also don't worry too much if we are going to

[11:36:22] <agronholm> dstufft: would you mind pulling the latest html5lib release into virtualenv? that would finally fix jython compatibility

[11:36:37] <agronholm> (virtualenv doesn't work without --no-setuptools on jython at the moment)

[11:36:46] <pacodastre> Thanks dstufft and pjdelport

[11:37:00] <dstufft> agronholm: you mean a version of pip that includes a version of the latest html5lib?

[11:37:05] <pacodastre> I completely understand, I was just wondering if that was available

[11:37:14] <pacodastre> Will use the cli interface then

[11:37:15] <agronholm> dstufft: ah, right

[11:37:34] <agronholm> I should look at pip's commits to see if it's already been done

[11:37:42] <dstufft> pip's develop branch has it

[11:37:46] <dstufft> not a released version

[11:38:18] <dstufft> I should probably see if our tests work on jython now

[11:38:23] <dstufft> and if so try to enable them

[11:38:26] <dstufft> on travis

[11:40:50] <dstufft> I guess a first step is figure out how to jython on my mac

[11:41:18] <agronholm> download the installer from jython.org, then run java -jar jython-installer-2.7.0.jar

[11:41:48] <dstufft> I prefer pyenv if possible (and if I can get it to work with pyenv, I can make it work on travis too easily)

[11:43:11] <dstufft> jython-2.7-beta3

[11:43:17] <agronholm> that's old...

[11:43:18] <dstufft> oh I guess 2.7.0 itself is out now?

[11:43:20] <agronholm> indeed

[11:43:35] <agronholm> two days ago :)

[11:43:59] <dstufft> ah, already fixed in pyenv master - https://github.com/yyuu/pyenv/pull/370

[11:44:13] <dstufft> just need to get a release cut and get homebrew to update it

[11:45:57] <dstufft> commented to ask yyuu to cut a release

[11:46:19] <dstufft> then I just wihne at tdsmith (though maybe not, dunno if he has anything to do with pyenv on homebrew or not)

[11:47:54] <agronholm> meanwhile, could you just run the installer instead?

[11:49:39] <dstufft> Is it easy to get rid of it afterwords? or will it stick files all over the place

[11:52:11] <agronholm> dstufft: it just installs in one directory

[11:52:16] <agronholm> rm -r, done

[11:53:36] <dstufft> agronholm: ok, will take a look shortly

[14:41:10] <tdsmith> dstufft: yeah, let me know

[14:41:22] <dstufft> tdsmith: I think they tagged a release now actually

[14:41:44] <dstufft> hm

[14:41:52] <dstufft> no I don't think so actually, wtf was this person talking about

[14:42:02] <tdsmith> ha

[14:42:19] <dstufft> oh

[14:42:20] <dstufft> there it goes

[14:42:25] <dstufft> they just linked to the wrong thing

[14:42:33] <dstufft> https://github.com/yyuu/pyenv/commit/1d31529b465c73714b6044735c895759933fee9a

[14:43:59] <dstufft> "python-build: Add CPython 3.1, 3.1.1, and 3.1.2"

[14:44:03] <dstufft> who wanted that O.O

[14:47:02] <dstufft> tdsmith: thanks btw! You're awesome

[14:47:52] <tdsmith> very welcome!

[14:49:12] <tdsmith> oh, they flubbed the tag

[14:49:19] <tdsmith> gave it an april 4 date

[14:49:38] <tdsmith> happily their previous release was in march

[15:21:20] <tdsmith> dstufft: the eagle has landed

[15:22:12] <dstufft> tdsmith: and received, yay

[15:25:38] <dstufft> ahhh

[15:25:40] <dstufft> hat's this mean :( https://bpaste.net/show/55d6476b8895

[15:25:44] <dstufft> agronholm: ^^

[15:25:45] <dstufft> halp

[15:26:11] <agronholm> dstufft: just how old is your java?

[15:26:20] <dstufft> agronholm: no idea

[15:26:23] <dstufft> I don't use java

[15:26:25] <agronholm> check?

[15:26:31] <agronholm> osx ships java 6 by default

[15:26:36] <agronholm> jython requires java 7 at minimum

[15:26:41] <dstufft> java -version

[15:26:42] <dstufft> java version "1.6.0_65"

[15:26:42] <dstufft> Java(TM) SE Runtime Environment (build 1.6.0_65-b14-466.1-11M4716)

[15:26:42] <dstufft> Java HotSpot(TM) 64-Bit Server VM (build 20.65-b04-466.1, mixed mode)

[15:26:44] <agronholm> yeah

[15:26:46] <agronholm> that's why

[15:26:53] <dstufft> 1.6? I'm super old I guess?

[15:26:55] <dstufft> hm

[15:26:56] <agronholm> yup :)

[15:27:06] <agronholm> java 8 having been released some time ago

[15:27:09] <dstufft> how did I manage to get a verison of java older than what osx ships o.O

[15:27:24] <agronholm> that is java 6, which is what OSX ships

[15:27:32] <agronholm> they have wacky versioning

[15:27:34] <agronholm> 1.6 = 6

[15:27:42] <dstufft> oh

[15:27:54] <dstufft> ok I don't feel as bad as when I thought I was like 5 major versions behind

[15:27:58] <agronholm> hehe

[15:28:21] <agronholm> oracle provides an installer for OSX

[15:28:42] <agronholm> java 7 works better -- some additional tests fail on java 8 atm

[15:28:50] <agronholm> although it "mostly" works

[15:29:03] <agronholm> those should be ironed out in 2.7.1 or 2.7.2

[15:30:34] <dstufft> lol

[15:30:35] <dstufft> http://d.stufft.io/image/3Q3r2Z1a1u0J

[15:30:46] <dstufft> my $PATH must be screwed up

[15:31:03] <agronholm> Mac -- where everything works like magic

[15:31:23] <agronholm> I've seen this happen before

[15:31:29] <agronholm> thank god I don't have a mac

[15:32:39] <dstufft> oops, gotta run for a bit. I'll poke at it more when I get back

[15:33:28] <agronholm> you just have to find the right java binary

[15:34:35] <dstufft> yar

[16:49:09] <ronny> sup

[16:50:08] <ronny> dstufft: aware of any nice way to generate wheel metadata from a list of extras_require and the normal requirements?

[17:13:50] <carljm> jessamynsmith: nope, but I am now

[17:13:55] <jessamynsmith> oh hi!

[17:14:06] <jessamynsmith> I was wondering what you think about something

[17:14:43] <jessamynsmith> if someone runs pipwrap -r to (re)generate requirements files, do you think that should always strip out packages not installed locally? Or should that be an option?

[17:51:37] <carljm> jessamynsmith: I'm not sure, I think it could go either way, depending how the purpose of -r is documented.

[17:54:59] <jessamynsmith> ok

[21:36:14] <nicksloan> how do I put a package in my setup.py that refers to a Github repo, where the package name is the same as one on PyPI, but they are actually different packages? I understand the abstract vs concrete dependency thing, but in this case the package I need is only available on Github, but there is a similarly named package on PyPI. I understand that pip checks dependency_links last, so can I just make up a fake name for the #egg=

[21:36:14] <nicksloan> bit?

[22:54:22] <brtaylor92_> Hello - I'm having an issue compiling some code using setuptools, but when I try to recreate the error myself, the code compiles. I'm wondering if anyone knows why this might happen? The particular error can be seen at https://dpaste.de/Xzk9

[23:54:26] <zouhair> I have no idea if this is the right place, but I have an issue with one pip package, it keeps upgrading all the time, here is a shell session: https://bpaste.net/show/abae28e9d941

[23:54:49] <zouhair> python 2.7.8 on cygwin