Log file Viewer

[14:28:33] <ssbarnea1> hello eveyone! can someone for pypa give us a hand and unblock proposed fixes for virtualenv?

[14:29:58] <ssbarnea1> one good start would be the very long standing https://github.com/pypa/virtualenv/pull/1087 -- which is a req for other fixes.

[14:30:22] <ssbarnea1> mainly improving the testing part.

[14:53:02] <sumanah> Hi ssbarnea1

[14:54:29] <sumanah> aside from dstufft, the main virtualenv people don't seem to be around at the moment

[14:54:32] <sumanah> I think

[14:56:13] <sumanah> ssbarnea1: you might want to email the pypa-dev email list https://groups.google.com/forum/#!forum/pypa-dev

[15:10:33] <ssbarnea1> sumanah: thanks. i will probably email later. I just added a new PR that should "save review time" --- https://github.com/pypa/virtualenv/pull/1194

[15:10:45] <ssbarnea1> not sure why nobody did this in the past

[15:11:04] <ssbarnea1> why to tell people to rebuild scripts when you can make Travis do this work for you ;)

[18:11:34] <ngoldbaum> is there a way to get the output from cython in my stdout when i build a project using "pip install -e ."?

[18:11:42] <ngoldbaum> i can see it when I do "python setup.py develop"

[18:11:52] <ngoldbaum> but i don't see it with "pip install -v -e ."

[18:11:55] <ngoldbaum> or -vvv for that matter

[20:18:42] <jpatton> any auditwheel users/devs here? For some reason, when repairing, one grafted lib keeps getting its rpath set to $ORIGIN/../lib64 instead of just $ORIGIN and I cannot figure out why

[20:32:04] <apollo13> jpatton: how do you check the rpath?

[20:33:05] <apollo13> could there be an RUNPATH vs RPATH issue? though I am not sure if and how that should/would affect libs

[20:34:14] <jpatton> I'm seeing this in both the output of auditwheel repair and when I do ldd ('not found') or readelf -d on the offending library after installing the wheel

[20:35:43] <apollo13> readelf -d is the thing I'd trust; no idea then

[20:35:53] <jpatton> for now I can apply my own little patch to auditwheel to force all grafted libs to set RPATH to $ORIGIN, which works for my particular case

[20:36:59] <jpatton> but out of ~20 libs, it's just one that auditwheel wants to set it $ORIGIN/../lib64

[20:42:39] <njs> jpatton: that doesn't ring a bell off the top of my head, but I'd suggest filing something here: https://github.com/pypa/auditwheel/issues/new

[20:42:50] <njs> (ideal would be if you can provide a reproducible test case)

[20:45:24] <jpatton> will do, and when I have some time I'll poke around to see what's passing into patchelf_set_rpath() from copylib()

[20:53:07] <njs> that'd be excellent -- there are a few people who try to keep auditwheel working, but they're all pretty overloaded