As y'all probably know, we can now build reasonable manylinux wheels
for matplotlib.
For the upcoming 1.5.2 there is a firm plan to ship manylinux wheels.
I also proposed putting up wheels for the current (1.5.1) and older
versions - see [1].
My argument for doing this, is that it's relatively common for people
to want to check that their code is compatible with older versions of
matplotlib, especially using continuous integration testing on
services like travis - and that putting wheels up on pypi would make
this much easier to do. For example, there are now historical
manylinux wheels up of numpy, scipy and cython up on pypi.
Thomas C worried that this might cause problems. Numpy did get one
complaint about the historical wheels (see [2]). We numpiers decided
to continue providing the old numpy wheels on the basis that the
person's use-case was unusual, and it was easy for him to solve the
problem in a clean way by forcing a source install with the
`--no-binary` flag to pip.
So - the benefits of providing matplotlib wheels for old versions are
easier installation of old versions for testing, or from pip
requirements files that name specific versions. The risks are that
someone with a more complex CI setup might run into problems we
haven't yet thought of.
On Mon, May 30, 2016 at 12:09 PM, Matthew Brett <matthew.brett at gmail.com> wrote:
Hi,
As y'all probably know, we can now build reasonable manylinux wheels
for matplotlib.
For the upcoming 1.5.2 there is a firm plan to ship manylinux wheels.
I also proposed putting up wheels for the current (1.5.1) and older
versions - see [1].
My argument for doing this, is that it's relatively common for people
to want to check that their code is compatible with older versions of
matplotlib, especially using continuous integration testing on
services like travis - and that putting wheels up on pypi would make
this much easier to do. For example, there are now historical
manylinux wheels up of numpy, scipy and cython up on pypi.
Thomas C worried that this might cause problems. Numpy did get one
complaint about the historical wheels (see [2]). We numpiers decided
to continue providing the old numpy wheels on the basis that the
person's use-case was unusual, and it was easy for him to solve the
problem in a clean way by forcing a source install with the
`--no-binary` flag to pip.
So - the benefits of providing matplotlib wheels for old versions are
easier installation of old versions for testing, or from pip
requirements files that name specific versions. The risks are that
someone with a more complex CI setup might run into problems we
haven't yet thought of.