Log file Viewer

[06:17:47] <mgedmin> a pip mystery: pip install Pillow tries to build from source on Windows, despite many binary windows wheels on PyPI

[06:18:00] <mgedmin> here's my jenkins failing to build Pillow (no compiler): https://jenkins.gedmin.as/job/imgdiff-on-windows/492/console

[06:23:52] <mgedmin> oh no "you've reached the static mirror"

[06:25:07] <tdsmith> is that a python.org build?

[06:25:21] <mgedmin> yes

[06:25:28] <tdsmith> i'm wondering if the soabi tag matches

[06:25:31] <tdsmith> probably then :p

[06:26:22] <mgedmin> yeah, wheels used to be called foo-ver-cp27-none-win32.whl, now they're foo-ver-cp27-cp27m-win32.whl

[06:26:39] <mgedmin> which means what? my cpython 2.7 patchlevel is too old? my setuptools/pip is too old?

[06:27:19] <mgedmin> https://github.com/pypa/virtualenv/issues/796 is still not fixed so I'm using virtualenv-rewrite instead of virtualenv

[06:27:30] <mgedmin> which probably bundles too-old versions of pip/setuptools :/

[06:30:32] <tdsmith> you could try asking tox to upgrade pip i guess?

[06:38:13] <mgedmin> hm, adding pip to deps= in tox.ini doesn't upgrade it

[06:41:04] <mgedmin> but that *plus* install_command = python -m pip -U {opts} {packages} seems to've worked

[11:39:16] <BenediktE> Hey

[11:39:36] <BenediktE> Short question, is it possible to retrieve the pip-index via web service?

[12:35:32] <apollo13> BenediktE: meaning what exactly?

[12:37:10] <apollo13> pip consumes the pypi index via a "web service" if that is what you mean…

[12:37:10] <BenediktE> I want to pull a list of packages

[12:37:25] <BenediktE> than i want to try to install them using IronPython

[12:37:28] <apollo13> https://wiki.python.org/moin/PyPIXmlRpc

[12:37:37] <BenediktE> this should be done to proof, which packages works and which does not work

[12:37:43] <apollo13> just make sure that you do not issue to many requests

[12:37:51] <apollo13> otherwise we might be blocking you

[12:38:16] <BenediktE> Ok

[12:38:23] <BenediktE> Do you have any other idea to do this?

[12:38:31] <apollo13> ?

[12:38:35] <BenediktE> Or is that a "valid" way?

[12:38:58] <apollo13> that is the official valid way

[12:39:03] <BenediktE> ok, thanks a lot

[12:39:04] <apollo13> just try to be nice and not DOS the servers ;)

[12:39:12] <BenediktE> i will, i promise

[12:39:31] <BenediktE> Thank you a lot for helping me :)

[12:39:57] <BenediktE> For testing, will be one package every 10 seconds be ok?

[12:40:04] <apollo13> that is more than fine

[12:40:11] <apollo13> I was more like after a few requests a seconds

[12:40:48] <apollo13> we can handle quite a bit, but if you try to like fetch a few hundred package infos in one second for a long time, we might notice

[12:41:53] <BenediktE> Yep, that is clear. Just don't want to cause any trouble. That much packages are not yet needed.

[12:42:09] <Wooble> Trying to install them all on the same python installation might not prove they don't work; there could be conflicts.

[12:43:27] <BenediktE> I would programatically setup a new environment.

[12:43:49] <BenediktE> Hope this kind of "testing" will show up which packages work and which not

[12:44:03] <BenediktE> That they might crash later at use, is not tested with this

[12:44:37] <Wooble> ideally, run their test suites...

[12:44:57] <Wooble> This may be harder to automate :)

[12:50:13] <BenediktE> Jep, but would be nice :)

[12:52:16] <BenediktE> As far as I can see, using the search-method in combination with python_version is not possible, or am I wrong?

[19:45:08] <vin> I am trying to download the pip package docoptcfg using the direct link: https://pypi.python.org/packages/source/d/docoptcfg/docoptcfg-1.0.2.tar.gz. This 404's, same link works for other packages (for example daemonize, docopt)

[19:45:22] <vin> Can this be disabled on a per package basis?

[19:46:13] <dstufft> vin: https://github.com/pypa/pypi-legacy/issues/438 I suspect this

[19:46:36] <dstufft> tl;dr try https://files.pythonhosted.org/packages/source/d/docoptcfg/docoptcfg-1.0.2.tar.gz