PMXBOT Log file Viewer

Help | Karma | Search:

#pypa logs for Monday the 25th of May, 2015

(Back to #pypa overview) (Back to channel listing) (Animate logs)
[05:03:53] <pandb> ip installing query with pip3, and it's been stuck on " Running setup.py install for pandas" for a few minutes
[05:04:39] <pandb> i don't think that's normal, but i'm not sure where to start troubleshooting
[06:59:19] <mgedmin> uh, halp
[06:59:22] <mgedmin> github.com/zopefoundation/ZODB/issues/36
[06:59:49] <mgedmin> an install_requires=[...] + ([...] if sys.version == ...) breaks bdist_wheel
[07:00:26] <mgedmin> I'm looking at wheel.readthedocs.org/en/latest/#defining-the-python-version for a workaround
[07:00:44] <mgedmin> --python-tag XXX is not a solution: it's pip that's invoking bdist_wheel, not me
[07:01:08] <mgedmin> [bdist_wheel] in setup.cfg would be a solution but
[07:01:41] <mgedmin> I can't say python-tag = py27! It'll be wrong for 2.6, 3.2, ... 3.4
[07:02:09] <mgedmin> what do?
[07:32:46] <mgedmin> Invalid environment marker: platform_python_implementation == "PyPy"
[07:32:50] <mgedmin> wat. is. dat.
[07:33:06] <mgedmin> is PEP-426 vapourware?
[07:34:28] <mgedmin> how do I distinguish pypy?
[07:35:23] <mgedmin> my pypy (2.5.0) doesn't have sys.implementation.name
[07:36:15] <mgedmin> and even if it did
[07:36:16] <mgedmin> Invalid environment marker: implementation_name == "PyPy"
[08:18:15] <ionelmc> mgedmin: tried platform.python_implementation ?
[08:18:55] <mgedmin> pypy -c 'import platform; print platform.python_implementation()' => "PyPy"
[08:19:25] <mgedmin> extras_require={':platform_python_implementation == "PyPy"': [...]} => Invalid environment marker
[08:20:06] <ionelmc> mgedmin: platform.python_implementation
[08:20:10] <ionelmc> with the dot
[08:20:14] <ionelmc> doesn't it work?
[08:20:55] <ionelmc> eg: extras_require={':platform.python_implementation == "PyPy"': [
[08:21:12] <ionelmc> i may be looking at old setuptools code tho
[08:21:54] <ionelmc> ah no, it's like that: bitbucket.org/pypa/setuptools/src/b6e4e89191a674855e06114e8072f2449ef53347/_markerlib/markers.py?at=default#cl-48
[08:22:52] <mgedmin> python.org/dev/peps/pep-0426/#environment-markers says there's no dot
[08:23:44] <ionelmc> mgedmin: no idea what's going on there, there i so many peps i go straight to the code when i'm in doubt
[08:23:51] <ionelmc> s/i/are/
[08:24:06] <mgedmin> it helps when you know which code to go ti!
[08:24:28] <ionelmc> mgedmin: pypi.python.org/pypi/hunter helps a lot ;-)
[08:24:44] <ionelmc> iow i cheat :)
[08:27:14] <mgedmin> also, Invalid environment marker: platform.python_implementation == "PyPy"
[08:29:08] <mgedmin> but actually
[08:29:28] <mgedmin> is there even such a thing as pypy for python 2.6?
[08:30:11] <mgedmin> I'll pretend there isn't
[08:30:50] <mgedmin> this is basically "python_version != '2.6'"
[08:33:10] <ionelmc> oh
[08:33:15] <ionelmc> so it does replace the dots
[08:36:37] <ionelmc> mgedmin: this works ":python_implementation=='PyPy'": ['crappo']
[08:36:59] <mgedmin> that's good to know
[08:37:16] <mgedmin> so, where do I file the bug?
[08:37:22] <mgedmin> setuptools?
[08:37:40] <ionelmc> mgedmin: this is the actual env bitbucket.org/pypa/setuptools/src/b6e4e89191a674855e06114e8072f2449ef53347/pkg_resources/__init__.py?at=default#cl-1392
[08:37:52] <ionelmc> looks like _markerlib has deadcode?!
[08:37:53] <ionelmc> wtf
[08:38:26] <ionelmc> i suppose a bug report in setuptools is a good start
[08:39:27] <ionelmc> it would appear it still use markerlib bitbucket.org/pypa/setuptools/src/b6e4e89191a674855e06114e8072f2449ef53347/pkg_resources/__init__.py?at=default#cl-1526
[08:39:30] <ionelmc> but with different env
[08:42:04] <ionelmc> this is why i dislike dependency bundling, me and plenty of other people expect that the shipped code is not a mixture of copied deadcode
[08:51:01] <mgedmin> pip list --outdated -> bunch of packages, some from ~/.local, some from ubuntu's dist-packages
[08:51:11] <mgedmin> pip list --outdated --user -> only one package (hypothesis)
[08:51:22] <mgedmin> where are all the other outdated user packages go?
[14:26:36] <tomprince> mgedmin: My impression is that PEP-426 isn't fully suppported, now.
[18:24:45] <ronny> tomprince: as far as i understood toosl dont support it propperly atm
[18:27:12] <pandb> can i/should i change permissions to /usr/python/site-packages so that i can use pip without sudo or su every time?
[18:27:31] <ronny> pandb: never
[18:27:45] <pandb> oh
[18:28:10] <ronny> pandb: in general /usr is under the control of the package manager if the linux distribution, you shouldnt put things in it, that the package manager does not handle
[22:43:26] <warner> hi folks.. I'm hacking on Versioneer today (github.com/warner/python-versioneer) and had a question
[22:43:43] <warner> is it ever correct to run a setup.py command from outside the package's directory?
[22:43:58] <warner> e.g. something like "python .../path/to/setup.py install"
[22:44:07] <warner> as opposed to "cd .../path/to && python setup.py install"
[22:44:49] <warner> it seems like pip/easy_install tend to run setup.py commands from the same directory as the setup.py, but I'm trying to work out if I need to support running those commands from a different directory