[matplotlib-devel] 1.4.3 does not build on Ubuntu 14 with python3

Hi,

I’m facing the same trouble with installing matplotlib 1.4.3 and 1.5.dev1. running

python3 setup.py build

in the unarchived directory gives this:

···

============================================================================
Edit setup.cfg to change the build options

BUILDING MATPLOTLIB
matplotlib: yes [1.5.dev1]
python: yes [3.4.0 (default, Apr 11 2014, 13:05:11) [GCC
4.8.2]]
platform: yes [linux]

REQUIRED DEPENDENCIES AND EXTENSIONS
numpy: yes [version 1.9.2]
six: yes [using six version 1.5.2]
dateutil: yes [using dateutil version 2.0]
pytz: yes [using pytz version 2012c]
tornado: yes [using tornado version 3.1.1]
pyparsing: yes [using pyparsing version 2.0.1]
libagg: yes [Requires patches that have not been merged
upstream. Using local copy.]
Traceback (most recent call last):
File “setup.py”, line 153, in
result = package.check()
File “/home/ambrosc/Downloads/matplotlib-master/setupext.py”, line 900, in check
min_version=‘2.3’, version=version)
File “/home/ambrosc/Downloads/matplotlib-master/setupext.py”, line 446, in _check_for_pkg_config
if (not is_min_version(version, min_version)):
File “/home/ambrosc/Downloads/matplotlib-master/setupext.py”, line 173, in is_min_version
return found_version >= expected_version
File “/usr/lib/python3.4/distutils/version.py”, line 76, in ge
c = self._cmp(other)
File “/usr/lib/python3.4/distutils/version.py”, line 343, in _cmp
if self.version < other.version:
TypeError: unorderable types: str() < int()

I’m running Linux Mint 17 “Quina” which is based on Ubuntu’s trusty packges.

pip3 is up to date. Running

print(setuptools.__file__)

gives: /usr/local/lib/python3.4/dist-packages/setuptools/init.py which is as expected.

Using pip3 install matplotlib --upgrade #even to 1.4.3

get’s me this:

Collecting
matplotlib from https://pypi.python.org/packages/source/m/matplotlib/matplotlib-1.4.3.tar.gz#md5=86af2e3e3c61849ac7576a6f5ca44267
Downloading matplotlib-1.4.3.tar.gz (50.4MB)
100% |################################| 50.4MB 8.0kB/s
Traceback (most recent call last):
File “”, line 20, in
File “/tmp/pip-build-sezmzam8/matplotlib/setup.py”, line 155, in
result = package.check()
File “/tmp/pip-build-sezmzam8/matplotlib/setupext.py”, line 961, in check
min_version=‘2.3’, version=version)
File “/tmp/pip-build-sezmzam8/matplotlib/setupext.py”, line 445, in _check_for_pkg_config
if (not is_min_version(version, min_version)):
File “/tmp/pip-build-sezmzam8/matplotlib/setupext.py”, line 173, in is_min_version
return found_version >= expected_version
File “/usr/lib/python3.4/distutils/version.py”, line 76, in ge
c = self._cmp(other)
File “/usr/lib/python3.4/distutils/version.py”, line 343, in _cmp
if self.version < other.version:
TypeError: unorderable types: str() < int()
============================================================================
Edit setup.cfg to change the build options
BUILDING MATPLOTLIB
matplotlib: yes [1.4.3]
python: yes [3.4.0 (default, Apr 11 2014, 13:05:11) [GCC
4.8.2]]
platform: yes [linux]
REQUIRED DEPENDENCIES AND EXTENSIONS
numpy: yes [version 1.9.2]
six: yes [using six version 1.5.2]
dateutil: yes [using dateutil version 2.0]
pytz: yes [using pytz version 2012c]
tornado: yes [using tornado version 3.1.1]
pyparsing: yes [using pyparsing version 2.0.1]
pycxx: yes [Official versions of PyCXX are not compatible
with matplotlib on Python 3.x, since they lack
support for the buffer object. Using local copy]
libagg: yes [Requires patches that have not been merged
upstream. Using local copy.]
Complete output from command python setup.py egg_info:
Traceback (most recent call last):

  File "<string>", line 20, in <module>

  File "/tmp/pip-build-sezmzam8/matplotlib/setup.py", line 155, in <module>

    result = package.check()

  File "/tmp/pip-build-sezmzam8/matplotlib/setupext.py", line 961, in check

    min_version='2.3', version=version)

  File "/tmp/pip-build-sezmzam8/matplotlib/setupext.py", line 445, in _check_for_pkg_config

    if (not is_min_version(version, min_version)):

  File "/tmp/pip-build-sezmzam8/matplotlib/setupext.py", line 173, in is_min_version

    return found_version >= expected_version

  File "/usr/lib/python3.4/distutils/version.py", line 76, in __ge__

    c = self._cmp(other)

  File "/usr/lib/python3.4/distutils/version.py", line 343, in _cmp

    if self.version < other.version:

TypeError: unorderable types: str() < int()

============================================================================

Edit setup.cfg to change the build options



BUILDING MATPLOTLIB

            matplotlib: yes [1.4.3]

                python: yes [3.4.0 (default, Apr 11 2014, 13:05:11)  [GCC

                        4.8.2]]

              platform: yes [linux]



REQUIRED DEPENDENCIES AND EXTENSIONS

                 numpy: yes [version 1.9.2]

                   six: yes [using six version 1.5.2]

              dateutil: yes [using dateutil version 2.0]

                  pytz: yes [using pytz version 2012c]

               tornado: yes [using tornado version 3.1.1]

             pyparsing: yes [using pyparsing version 2.0.1]

                 pycxx: yes [Official versions of PyCXX are not compatible

                        with matplotlib on Python 3.x, since they lack

                        support for the buffer object.  Using local copy]

                libagg: yes [Requires patches that have not been merged

                        upstream. Using local copy.]

----------------------------------------
Command "python setup.py egg_info" failed with error code 1 in /tmp/pip-build-sezmzam8/matplotlib

Which leads to the same error!

running
python2.7 setup.py egg_info doesn’t fail but since I have to use 3.4.x ant pyqt5.4.x there is no way to use something else than matplotlib 1.4.3/1.5dev1 because auf the qt5agg backend.

Any hints on how to get along?

Christian


“A little learning never caused anyone’s head to explode!”

“Ein wenig Lernen hat noch niemandens Kopf zum Explodieren gebracht!”

Make sure you have freetype-dev installed at the system level.

Tom

···

On Wed, Apr 1, 2015 at 8:02 AM Christian Ambros <ambrosc@…2693…> wrote:

Hi,

I’m facing the same trouble with installing matplotlib 1.4.3 and 1.5.dev1. running

python3 setup.py build

in the unarchived directory gives this:

============================================================================
Edit setup.cfg to change the build options

BUILDING MATPLOTLIB
matplotlib: yes [1.5.dev1]
python: yes [3.4.0 (default, Apr 11 2014, 13:05:11) [GCC
4.8.2]]
platform: yes [linux]

REQUIRED DEPENDENCIES AND EXTENSIONS
numpy: yes [version 1.9.2]
six: yes [using six version 1.5.2]
dateutil: yes [using dateutil version 2.0]
pytz: yes [using pytz version 2012c]
tornado: yes [using tornado version 3.1.1]
pyparsing: yes [using pyparsing version 2.0.1]
libagg: yes [Requires patches that have not been merged
upstream. Using local copy.]
Traceback (most recent call last):
File “setup.py”, line 153, in
result = package.check()
File “/home/ambrosc/Downloads/matplotlib-master/setupext.py”, line 900, in check
min_version=‘2.3’, version=version)
File “/home/ambrosc/Downloads/matplotlib-master/setupext.py”, line 446, in _check_for_pkg_config
if (not is_min_version(version, min_version)):
File “/home/ambrosc/Downloads/matplotlib-master/setupext.py”, line 173, in is_min_version
return found_version >= expected_version
File “/usr/lib/python3.4/distutils/version.py”, line 76, in ge
c = self._cmp(other)
File “/usr/lib/python3.4/distutils/version.py”, line 343, in _cmp
if self.version < other.version:
TypeError: unorderable types: str() < int()

I’m running Linux Mint 17 “Quina” which is based on Ubuntu’s trusty packges.

pip3 is up to date. Running

print(setuptools.__file__)

gives: /usr/local/lib/python3.4/dist-packages/setuptools/init.py which is as expected.

Using pip3 install matplotlib --upgrade #even to 1.4.3

get’s me this:

Collecting
matplotlib from https://pypi.python.org/packages/source/m/matplotlib/matplotlib-1.4.3.tar.gz#md5=86af2e3e3c61849ac7576a6f5ca44267
Downloading matplotlib-1.4.3.tar.gz (50.4MB)
100% |################################| 50.4MB 8.0kB/s
Traceback (most recent call last):
File “”, line 20, in
File “/tmp/pip-build-sezmzam8/matplotlib/setup.py”, line 155, in
result = package.check()
File “/tmp/pip-build-sezmzam8/matplotlib/setupext.py”, line 961, in check
min_version=‘2.3’, version=version)
File “/tmp/pip-build-sezmzam8/matplotlib/setupext.py”, line 445, in _check_for_pkg_config
if (not is_min_version(version, min_version)):
File “/tmp/pip-build-sezmzam8/matplotlib/setupext.py”, line 173, in is_min_version
return found_version >= expected_version
File “/usr/lib/python3.4/distutils/version.py”, line 76, in ge
c = self._cmp(other)
File “/usr/lib/python3.4/distutils/version.py”, line 343, in _cmp
if self.version < other.version:
TypeError: unorderable types: str() < int()
============================================================================
Edit setup.cfg to change the build options
BUILDING MATPLOTLIB
matplotlib: yes [1.4.3]
python: yes [3.4.0 (default, Apr 11 2014, 13:05:11) [GCC
4.8.2]]
platform: yes [linux]
REQUIRED DEPENDENCIES AND EXTENSIONS
numpy: yes [version 1.9.2]
six: yes [using six version 1.5.2]
dateutil: yes [using dateutil version 2.0]
pytz: yes [using pytz version 2012c]
tornado: yes [using tornado version 3.1.1]
pyparsing: yes [using pyparsing version 2.0.1]
pycxx: yes [Official versions of PyCXX are not compatible
with matplotlib on Python 3.x, since they lack
support for the buffer object. Using local copy]
libagg: yes [Requires patches that have not been merged
upstream. Using local copy.]
Complete output from command python setup.py egg_info:
Traceback (most recent call last):

  File "<string>", line 20, in <module>

  File "/tmp/pip-build-sezmzam8/matplotlib/setup.py", line 155, in <module>

    result = package.check()

  File "/tmp/pip-build-sezmzam8/matplotlib/setupext.py", line 961, in check

    min_version='2.3', version=version)

  File "/tmp/pip-build-sezmzam8/matplotlib/setupext.py", line 445, in _check_for_pkg_config

    if (not is_min_version(version, min_version)):

  File "/tmp/pip-build-sezmzam8/matplotlib/setupext.py", line 173, in is_min_version

    return found_version >= expected_version

  File "/usr/lib/python3.4/distutils/version.py", line 76, in __ge__

    c = self._cmp(other)

  File "/usr/lib/python3.4/distutils/version.py", line 343, in _cmp

    if self.version < other.version:

TypeError: unorderable types: str() < int()

============================================================================

Edit setup.cfg to change the build options



BUILDING MATPLOTLIB

            matplotlib: yes [1.4.3]

                python: yes [3.4.0 (default, Apr 11 2014, 13:05:11)  [GCC

                        4.8.2]]

              platform: yes [linux]



REQUIRED DEPENDENCIES AND EXTENSIONS

                 numpy: yes [version 1.9.2]

                   six: yes [using six version 1.5.2]

              dateutil: yes [using dateutil version 2.0]

                  pytz: yes [using pytz version 2012c]

               tornado: yes [using tornado version 3.1.1]

             pyparsing: yes [using pyparsing version 2.0.1]

                 pycxx: yes [Official versions of PyCXX are not compatible

                        with matplotlib on Python 3.x, since they lack

                        support for the buffer object.  Using local copy]

                libagg: yes [Requires patches that have not been merged

                        upstream. Using local copy.]

----------------------------------------
Command "python setup.py egg_info" failed with error code 1 in /tmp/pip-build-sezmzam8/matplotlib

Which leads to the same error!

running
python2.7 setup.py egg_info doesn’t fail but since I have to use 3.4.x ant pyqt5.4.x there is no way to use something else than matplotlib 1.4.3/1.5dev1 because auf the qt5agg backend.

Any hints on how to get along?

Christian


“A little learning never caused anyone’s head to explode!”

“Ein wenig Lernen hat noch niemandens Kopf zum Explodieren gebracht!”


Dive into the World of Parallel Programming The Go Parallel Website, sponsored

by Intel and developed in partnership with Slashdot Media, is your hub for all

things parallel software development, from weekly thought leadership blogs to

news, videos, case studies, tutorials and more. Take a look and join the

conversation now. http://goparallel.sourceforge.net/_______________________________________________

Matplotlib-users mailing list

Matplotlib-users@…1735…sourceforge.net

https://lists.sourceforge.net/lists/listinfo/matplotlib-users

I think we have seen this issue before and it seems to be caused by an out of date version of setuptools. I tried reproducing it on fresh ubuntu 14.04 machine but was not able to reproduce the issue. Do you know which version of setuptools you are using?

Jens

ons. 1. apr. 2015 kl. 14.19 skrev Thomas Caswell <tcaswell@…287…>:

···

Make sure you have freetype-dev installed at the system level.

Tom

On Wed, Apr 1, 2015 at 8:02 AM Christian Ambros <ambrosc@…2693…> wrote:

Hi,

I’m facing the same trouble with installing matplotlib 1.4.3 and 1.5.dev1. running

python3 setup.py build

in the unarchived directory gives this:

============================================================================
Edit setup.cfg to change the build options

BUILDING MATPLOTLIB
matplotlib: yes [1.5.dev1]
python: yes [3.4.0 (default, Apr 11 2014, 13:05:11) [GCC
4.8.2]]
platform: yes [linux]

REQUIRED DEPENDENCIES AND EXTENSIONS
numpy: yes [version 1.9.2]
six: yes [using six version 1.5.2]
dateutil: yes [using dateutil version 2.0]
pytz: yes [using pytz version 2012c]
tornado: yes [using tornado version 3.1.1]
pyparsing: yes [using pyparsing version 2.0.1]
libagg: yes [Requires patches that have not been merged
upstream. Using local copy.]
Traceback (most recent call last):
File “setup.py”, line 153, in
result = package.check()
File “/home/ambrosc/Downloads/matplotlib-master/setupext.py”, line 900, in check
min_version=‘2.3’, version=version)
File “/home/ambrosc/Downloads/matplotlib-master/setupext.py”, line 446, in _check_for_pkg_config
if (not is_min_version(version, min_version)):
File “/home/ambrosc/Downloads/matplotlib-master/setupext.py”, line 173, in is_min_version
return found_version >= expected_version
File “/usr/lib/python3.4/distutils/version.py”, line 76, in ge
c = self._cmp(other)
File “/usr/lib/python3.4/distutils/version.py”, line 343, in _cmp
if self.version < other.version:
TypeError: unorderable types: str() < int()

I’m running Linux Mint 17 “Quina” which is based on Ubuntu’s trusty packges.

pip3 is up to date. Running

print(setuptools.__file__)

gives: /usr/local/lib/python3.4/dist-packages/setuptools/init.py which is as expected.

Using pip3 install matplotlib --upgrade #even to 1.4.3

get’s me this:

Collecting
matplotlib from https://pypi.python.org/packages/source/m/matplotlib/matplotlib-1.4.3.tar.gz#md5=86af2e3e3c61849ac7576a6f5ca44267
Downloading matplotlib-1.4.3.tar.gz (50.4MB)
100% |################################| 50.4MB 8.0kB/s
Traceback (most recent call last):
File “”, line 20, in
File “/tmp/pip-build-sezmzam8/matplotlib/setup.py”, line 155, in
result = package.check()
File “/tmp/pip-build-sezmzam8/matplotlib/setupext.py”, line 961, in check
min_version=‘2.3’, version=version)
File “/tmp/pip-build-sezmzam8/matplotlib/setupext.py”, line 445, in _check_for_pkg_config
if (not is_min_version(version, min_version)):
File “/tmp/pip-build-sezmzam8/matplotlib/setupext.py”, line 173, in is_min_version
return found_version >= expected_version
File “/usr/lib/python3.4/distutils/version.py”, line 76, in ge
c = self._cmp(other)
File “/usr/lib/python3.4/distutils/version.py”, line 343, in _cmp
if self.version < other.version:
TypeError: unorderable types: str() < int()
============================================================================
Edit setup.cfg to change the build options
BUILDING MATPLOTLIB
matplotlib: yes [1.4.3]
python: yes [3.4.0 (default, Apr 11 2014, 13:05:11) [GCC
4.8.2]]
platform: yes [linux]
REQUIRED DEPENDENCIES AND EXTENSIONS
numpy: yes [version 1.9.2]
six: yes [using six version 1.5.2]
dateutil: yes [using dateutil version 2.0]
pytz: yes [using pytz version 2012c]
tornado: yes [using tornado version 3.1.1]
pyparsing: yes [using pyparsing version 2.0.1]
pycxx: yes [Official versions of PyCXX are not compatible
with matplotlib on Python 3.x, since they lack
support for the buffer object. Using local copy]
libagg: yes [Requires patches that have not been merged
upstream. Using local copy.]
Complete output from command python setup.py egg_info:
Traceback (most recent call last):

  File "<string>", line 20, in <module>

  File "/tmp/pip-build-sezmzam8/matplotlib/setup.py", line 155, in <module>

    result = package.check()

  File "/tmp/pip-build-sezmzam8/matplotlib/setupext.py", line 961, in check

    min_version='2.3', version=version)

  File "/tmp/pip-build-sezmzam8/matplotlib/setupext.py", line 445, in _check_for_pkg_config

    if (not is_min_version(version, min_version)):

  File "/tmp/pip-build-sezmzam8/matplotlib/setupext.py", line 173, in is_min_version

    return found_version >= expected_version

  File "/usr/lib/python3.4/distutils/version.py", line 76, in __ge__

    c = self._cmp(other)

  File "/usr/lib/python3.4/distutils/version.py", line 343, in _cmp

    if self.version < other.version:

TypeError: unorderable types: str() < int()

============================================================================

Edit setup.cfg to change the build options



BUILDING MATPLOTLIB

            matplotlib: yes [1.4.3]

                python: yes [3.4.0 (default, Apr 11 2014, 13:05:11)  [GCC

                        4.8.2]]

              platform: yes [linux]



REQUIRED DEPENDENCIES AND EXTENSIONS

                 numpy: yes [version 1.9.2]

                   six: yes [using six version 1.5.2]

              dateutil: yes [using dateutil version 2.0]

                  pytz: yes [using pytz version 2012c]

               tornado: yes [using tornado version 3.1.1]

             pyparsing: yes [using pyparsing version 2.0.1]

                 pycxx: yes [Official versions of PyCXX are not compatible

                        with matplotlib on Python 3.x, since they lack

                        support for the buffer object.  Using local copy]

                libagg: yes [Requires patches that have not been merged

                        upstream. Using local copy.]

----------------------------------------
Command "python setup.py egg_info" failed with error code 1 in /tmp/pip-build-sezmzam8/matplotlib

Which leads to the same error!

running
python2.7 setup.py egg_info doesn’t fail but since I have to use 3.4.x ant pyqt5.4.x there is no way to use something else than matplotlib 1.4.3/1.5dev1 because auf the qt5agg backend.

Any hints on how to get along?

Christian


“A little learning never caused anyone’s head to explode!”

“Ein wenig Lernen hat noch niemandens Kopf zum Explodieren gebracht!”


Dive into the World of Parallel Programming The Go Parallel Website, sponsored

by Intel and developed in partnership with Slashdot Media, is your hub for all

things parallel software development, from weekly thought leadership blogs to

news, videos, case studies, tutorials and more. Take a look and join the

conversation now. http://goparallel.sourceforge.net/_______________________________________________

Matplotlib-users mailing list

Matplotlib-users@…1735…sourceforge.net

https://lists.sourceforge.net/lists/listinfo/matplotlib-users


Dive into the World of Parallel Programming The Go Parallel Website, sponsored

by Intel and developed in partnership with Slashdot Media, is your hub for all

things parallel software development, from weekly thought leadership blogs to

news, videos, case studies, tutorials and more. Take a look and join the

conversation now. http://goparallel.sourceforge.net/_______________________________________________

Matplotlib-users mailing list

Matplotlib-users@…1735…sourceforge.net

https://lists.sourceforge.net/lists/listinfo/matplotlib-users

Actually, look at the traceback… it is using distutils’ version.py. That’s weird. Is that a result of setuptools monkey-patching?

···

On Wed, Apr 1, 2015 at 9:25 AM, Jens Nielsen <jenshnielsen@…287…> wrote:

Jens

I think we have seen this issue before and it seems to be caused by an out of date version of setuptools. I tried reproducing it on fresh ubuntu 14.04 machine but was not able to reproduce the issue. Do you know which version of setuptools you are using?

ons. 1. apr. 2015 kl. 14.19 skrev Thomas Caswell <tcaswell@…287…>:

Make sure you have freetype-dev installed at the system level.

Tom

On Wed, Apr 1, 2015 at 8:02 AM Christian Ambros <ambrosc@…2693…> wrote:

Hi,

I’m facing the same trouble with installing matplotlib 1.4.3 and 1.5.dev1. running

python3 setup.py build

in the unarchived directory gives this:

============================================================================
Edit setup.cfg to change the build options

BUILDING MATPLOTLIB
matplotlib: yes [1.5.dev1]
python: yes [3.4.0 (default, Apr 11 2014, 13:05:11) [GCC
4.8.2]]
platform: yes [linux]

REQUIRED DEPENDENCIES AND EXTENSIONS
numpy: yes [version 1.9.2]
six: yes [using six version 1.5.2]
dateutil: yes [using dateutil version 2.0]
pytz: yes [using pytz version 2012c]
tornado: yes [using tornado version 3.1.1]
pyparsing: yes [using pyparsing version 2.0.1]
libagg: yes [Requires patches that have not been merged
upstream. Using local copy.]
Traceback (most recent call last):
File “setup.py”, line 153, in
result = package.check()
File “/home/ambrosc/Downloads/matplotlib-master/setupext.py”, line 900, in check
min_version=‘2.3’, version=version)
File “/home/ambrosc/Downloads/matplotlib-master/setupext.py”, line 446, in _check_for_pkg_config
if (not is_min_version(version, min_version)):
File “/home/ambrosc/Downloads/matplotlib-master/setupext.py”, line 173, in is_min_version
return found_version >= expected_version
File “/usr/lib/python3.4/distutils/version.py”, line 76, in ge
c = self._cmp(other)
File “/usr/lib/python3.4/distutils/version.py”, line 343, in _cmp
if self.version < other.version:
TypeError: unorderable types: str() < int()

I’m running Linux Mint 17 “Quina” which is based on Ubuntu’s trusty packges.

pip3 is up to date. Running

print(setuptools.__file__)

gives: /usr/local/lib/python3.4/dist-packages/setuptools/init.py which is as expected.

Using pip3 install matplotlib --upgrade #even to 1.4.3

get’s me this:

Collecting
matplotlib from https://pypi.python.org/packages/source/m/matplotlib/matplotlib-1.4.3.tar.gz#md5=86af2e3e3c61849ac7576a6f5ca44267
Downloading matplotlib-1.4.3.tar.gz (50.4MB)
100% |################################| 50.4MB 8.0kB/s
Traceback (most recent call last):
File “”, line 20, in
File “/tmp/pip-build-sezmzam8/matplotlib/setup.py”, line 155, in
result = package.check()
File “/tmp/pip-build-sezmzam8/matplotlib/setupext.py”, line 961, in check
min_version=‘2.3’, version=version)
File “/tmp/pip-build-sezmzam8/matplotlib/setupext.py”, line 445, in _check_for_pkg_config
if (not is_min_version(version, min_version)):
File “/tmp/pip-build-sezmzam8/matplotlib/setupext.py”, line 173, in is_min_version
return found_version >= expected_version
File “/usr/lib/python3.4/distutils/version.py”, line 76, in ge
c = self._cmp(other)
File “/usr/lib/python3.4/distutils/version.py”, line 343, in _cmp
if self.version < other.version:
TypeError: unorderable types: str() < int()
============================================================================
Edit setup.cfg to change the build options
BUILDING MATPLOTLIB
matplotlib: yes [1.4.3]
python: yes [3.4.0 (default, Apr 11 2014, 13:05:11) [GCC
4.8.2]]
platform: yes [linux]
REQUIRED DEPENDENCIES AND EXTENSIONS
numpy: yes [version 1.9.2]
six: yes [using six version 1.5.2]
dateutil: yes [using dateutil version 2.0]
pytz: yes [using pytz version 2012c]
tornado: yes [using tornado version 3.1.1]
pyparsing: yes [using pyparsing version 2.0.1]
pycxx: yes [Official versions of PyCXX are not compatible
with matplotlib on Python 3.x, since they lack
support for the buffer object. Using local copy]
libagg: yes [Requires patches that have not been merged
upstream. Using local copy.]
Complete output from command python setup.py egg_info:
Traceback (most recent call last):

  File "<string>", line 20, in <module>

  File "/tmp/pip-build-sezmzam8/matplotlib/setup.py", line 155, in <module>

    result = package.check()

  File "/tmp/pip-build-sezmzam8/matplotlib/setupext.py", line 961, in check

    min_version='2.3', version=version)

  File "/tmp/pip-build-sezmzam8/matplotlib/setupext.py", line 445, in _check_for_pkg_config

    if (not is_min_version(version, min_version)):

  File "/tmp/pip-build-sezmzam8/matplotlib/setupext.py", line 173, in is_min_version

    return found_version >= expected_version

  File "/usr/lib/python3.4/distutils/version.py", line 76, in __ge__

    c = self._cmp(other)

  File "/usr/lib/python3.4/distutils/version.py", line 343, in _cmp

    if self.version < other.version:

TypeError: unorderable types: str() < int()

============================================================================

Edit setup.cfg to change the build options



BUILDING MATPLOTLIB

            matplotlib: yes [1.4.3]

                python: yes [3.4.0 (default, Apr 11 2014, 13:05:11)  [GCC

                        4.8.2]]

              platform: yes [linux]



REQUIRED DEPENDENCIES AND EXTENSIONS

                 numpy: yes [version 1.9.2]

                   six: yes [using six version 1.5.2]

              dateutil: yes [using dateutil version 2.0]

                  pytz: yes [using pytz version 2012c]

               tornado: yes [using tornado version 3.1.1]

             pyparsing: yes [using pyparsing version 2.0.1]

                 pycxx: yes [Official versions of PyCXX are not compatible

                        with matplotlib on Python 3.x, since they lack

                        support for the buffer object.  Using local copy]

                libagg: yes [Requires patches that have not been merged

                        upstream. Using local copy.]

----------------------------------------
Command "python setup.py egg_info" failed with error code 1 in /tmp/pip-build-sezmzam8/matplotlib

Which leads to the same error!

running
python2.7 setup.py egg_info doesn’t fail but since I have to use 3.4.x ant pyqt5.4.x there is no way to use something else than matplotlib 1.4.3/1.5dev1 because auf the qt5agg backend.

Any hints on how to get along?

Christian


“A little learning never caused anyone’s head to explode!”

“Ein wenig Lernen hat noch niemandens Kopf zum Explodieren gebracht!”


Dive into the World of Parallel Programming The Go Parallel Website, sponsored

by Intel and developed in partnership with Slashdot Media, is your hub for all

things parallel software development, from weekly thought leadership blogs to

news, videos, case studies, tutorials and more. Take a look and join the

conversation now. http://goparallel.sourceforge.net/_______________________________________________

Matplotlib-users mailing list

Matplotlib-users@…1735…sourceforge.net

https://lists.sourceforge.net/lists/listinfo/matplotlib-users


Dive into the World of Parallel Programming The Go Parallel Website, sponsored

by Intel and developed in partnership with Slashdot Media, is your hub for all

things parallel software development, from weekly thought leadership blogs to

news, videos, case studies, tutorials and more. Take a look and join the

conversation now. http://goparallel.sourceforge.net/_______________________________________________

Matplotlib-users mailing list

Matplotlib-users@…1735…sourceforge.net

https://lists.sourceforge.net/lists/listinfo/matplotlib-users


Dive into the World of Parallel Programming The Go Parallel Website, sponsored

by Intel and developed in partnership with Slashdot Media, is your hub for all

things parallel software development, from weekly thought leadership blogs to

news, videos, case studies, tutorials and more. Take a look and join the

conversation now. http://goparallel.sourceforge.net/


Matplotlib-users mailing list

Matplotlib-users@lists.sourceforge.net

https://lists.sourceforge.net/lists/listinfo/matplotlib-users

Independent of what exactly is going wrong, the issue is that it isn’t finding the right version of freetype and iirc LooseVersion is handling the ‘not found’ return code badly. This is coming up often enough we probably do need to special case this check with a try/except.

···

On Wed, Apr 1, 2015 at 9:25 AM, Jens Nielsen <jenshnielsen@…287…> wrote:

Jens

I think we have seen this issue before and it seems to be caused by an out of date version of setuptools. I tried reproducing it on fresh ubuntu 14.04 machine but was not able to reproduce the issue. Do you know which version of setuptools you are using?

ons. 1. apr. 2015 kl. 14.19 skrev Thomas Caswell <tcaswell@…287…>:

Make sure you have freetype-dev installed at the system level.

Tom

On Wed, Apr 1, 2015 at 8:02 AM Christian Ambros <ambrosc@…4644…3…> wrote:

Hi,

I’m facing the same trouble with installing matplotlib 1.4.3 and 1.5.dev1. running

python3 setup.py build

in the unarchived directory gives this:

============================================================================
Edit setup.cfg to change the build options

BUILDING MATPLOTLIB
matplotlib: yes [1.5.dev1]
python: yes [3.4.0 (default, Apr 11 2014, 13:05:11) [GCC
4.8.2]]
platform: yes [linux]

REQUIRED DEPENDENCIES AND EXTENSIONS
numpy: yes [version 1.9.2]
six: yes [using six version 1.5.2]
dateutil: yes [using dateutil version 2.0]
pytz: yes [using pytz version 2012c]
tornado: yes [using tornado version 3.1.1]
pyparsing: yes [using pyparsing version 2.0.1]
libagg: yes [Requires patches that have not been merged
upstream. Using local copy.]
Traceback (most recent call last):
File “setup.py”, line 153, in
result = package.check()
File “/home/ambrosc/Downloads/matplotlib-master/setupext.py”, line 900, in check
min_version=‘2.3’, version=version)
File “/home/ambrosc/Downloads/matplotlib-master/setupext.py”, line 446, in _check_for_pkg_config
if (not is_min_version(version, min_version)):
File “/home/ambrosc/Downloads/matplotlib-master/setupext.py”, line 173, in is_min_version
return found_version >= expected_version
File “/usr/lib/python3.4/distutils/version.py”, line 76, in ge
c = self._cmp(other)
File “/usr/lib/python3.4/distutils/version.py”, line 343, in _cmp
if self.version < other.version:
TypeError: unorderable types: str() < int()

I’m running Linux Mint 17 “Quina” which is based on Ubuntu’s trusty packges.

pip3 is up to date. Running

print(setuptools.__file__)

gives: /usr/local/lib/python3.4/dist-packages/setuptools/init.py which is as expected.

Using pip3 install matplotlib --upgrade #even to 1.4.3

get’s me this:

Collecting
matplotlib from https://pypi.python.org/packages/source/m/matplotlib/matplotlib-1.4.3.tar.gz#md5=86af2e3e3c61849ac7576a6f5ca44267
Downloading matplotlib-1.4.3.tar.gz (50.4MB)
100% |################################| 50.4MB 8.0kB/s
Traceback (most recent call last):
File “”, line 20, in
File “/tmp/pip-build-sezmzam8/matplotlib/setup.py”, line 155, in
result = package.check()
File “/tmp/pip-build-sezmzam8/matplotlib/setupext.py”, line 961, in check
min_version=‘2.3’, version=version)
File “/tmp/pip-build-sezmzam8/matplotlib/setupext.py”, line 445, in _check_for_pkg_config
if (not is_min_version(version, min_version)):
File “/tmp/pip-build-sezmzam8/matplotlib/setupext.py”, line 173, in is_min_version
return found_version >= expected_version
File “/usr/lib/python3.4/distutils/version.py”, line 76, in ge
c = self._cmp(other)
File “/usr/lib/python3.4/distutils/version.py”, line 343, in _cmp
if self.version < other.version:
TypeError: unorderable types: str() < int()
============================================================================
Edit setup.cfg to change the build options
BUILDING MATPLOTLIB
matplotlib: yes [1.4.3]
python: yes [3.4.0 (default, Apr 11 2014, 13:05:11) [GCC
4.8.2]]
platform: yes [linux]
REQUIRED DEPENDENCIES AND EXTENSIONS
numpy: yes [version 1.9.2]
six: yes [using six version 1.5.2]
dateutil: yes [using dateutil version 2.0]
pytz: yes [using pytz version 2012c]
tornado: yes [using tornado version 3.1.1]
pyparsing: yes [using pyparsing version 2.0.1]
pycxx: yes [Official versions of PyCXX are not compatible
with matplotlib on Python 3.x, since they lack
support for the buffer object. Using local copy]
libagg: yes [Requires patches that have not been merged
upstream. Using local copy.]
Complete output from command python setup.py egg_info:
Traceback (most recent call last):

  File "<string>", line 20, in <module>

  File "/tmp/pip-build-sezmzam8/matplotlib/setup.py", line 155, in <module>

    result = package.check()

  File "/tmp/pip-build-sezmzam8/matplotlib/setupext.py", line 961, in check

    min_version='2.3', version=version)

  File "/tmp/pip-build-sezmzam8/matplotlib/setupext.py", line 445, in _check_for_pkg_config

    if (not is_min_version(version, min_version)):

  File "/tmp/pip-build-sezmzam8/matplotlib/setupext.py", line 173, in is_min_version

    return found_version >= expected_version

  File "/usr/lib/python3.4/distutils/version.py", line 76, in __ge__

    c = self._cmp(other)

  File "/usr/lib/python3.4/distutils/version.py", line 343, in _cmp

    if self.version < other.version:

TypeError: unorderable types: str() < int()

============================================================================

Edit setup.cfg to change the build options



BUILDING MATPLOTLIB

            matplotlib: yes [1.4.3]

                python: yes [3.4.0 (default, Apr 11 2014, 13:05:11)  [GCC

                        4.8.2]]

              platform: yes [linux]



REQUIRED DEPENDENCIES AND EXTENSIONS

                 numpy: yes [version 1.9.2]

                   six: yes [using six version 1.5.2]

              dateutil: yes [using dateutil version 2.0]

                  pytz: yes [using pytz version 2012c]

               tornado: yes [using tornado version 3.1.1]

             pyparsing: yes [using pyparsing version 2.0.1]

                 pycxx: yes [Official versions of PyCXX are not compatible

                        with matplotlib on Python 3.x, since they lack

                        support for the buffer object.  Using local copy]

                libagg: yes [Requires patches that have not been merged

                        upstream. Using local copy.]

----------------------------------------
Command "python setup.py egg_info" failed with error code 1 in /tmp/pip-build-sezmzam8/matplotlib

Which leads to the same error!

running
python2.7 setup.py egg_info doesn’t fail but since I have to use 3.4.x ant pyqt5.4.x there is no way to use something else than matplotlib 1.4.3/1.5dev1 because auf the qt5agg backend.

Any hints on how to get along?

Christian


“A little learning never caused anyone’s head to explode!”

“Ein wenig Lernen hat noch niemandens Kopf zum Explodieren gebracht!”


Dive into the World of Parallel Programming The Go Parallel Website, sponsored

by Intel and developed in partnership with Slashdot Media, is your hub for all

things parallel software development, from weekly thought leadership blogs to

news, videos, case studies, tutorials and more. Take a look and join the

conversation now. http://goparallel.sourceforge.net/_______________________________________________

Matplotlib-users mailing list

Matplotlib-users@…1735…sourceforge.net

https://lists.sourceforge.net/lists/listinfo/matplotlib-users


Dive into the World of Parallel Programming The Go Parallel Website, sponsored

by Intel and developed in partnership with Slashdot Media, is your hub for all

things parallel software development, from weekly thought leadership blogs to

news, videos, case studies, tutorials and more. Take a look and join the

conversation now. http://goparallel.sourceforge.net/_______________________________________________

Matplotlib-users mailing list

Matplotlib-users@…1735…sourceforge.net

https://lists.sourceforge.net/lists/listinfo/matplotlib-users


Dive into the World of Parallel Programming The Go Parallel Website, sponsored

by Intel and developed in partnership with Slashdot Media, is your hub for all

things parallel software development, from weekly thought leadership blogs to

news, videos, case studies, tutorials and more. Take a look and join the

conversation now. http://goparallel.sourceforge.net/


Matplotlib-users mailing list

Matplotlib-users@lists.sourceforge.net

https://lists.sourceforge.net/lists/listinfo/matplotlib-users

Good point. At least put up a decent message to help users understand what is wrong.

···

On Wed, Apr 1, 2015 at 9:57 AM, Thomas Caswell <tcaswell@…287…> wrote:

Independent of what exactly is going wrong, the issue is that it isn’t finding the right version of freetype and iirc LooseVersion is handling the ‘not found’ return code badly. This is coming up often enough we probably do need to special case this check with a try/except.

On Wed, Apr 1, 2015 at 9:50 AM Benjamin Root <ben.root@…1304…> wrote:

Actually, look at the traceback… it is using distutils’ version.py. That’s weird. Is that a result of setuptools monkey-patching?

On Wed, Apr 1, 2015 at 9:25 AM, Jens Nielsen <jenshnielsen@…287…> wrote:

Jens

I think we have seen this issue before and it seems to be caused by an out of date version of setuptools. I tried reproducing it on fresh ubuntu 14.04 machine but was not able to reproduce the issue. Do you know which version of setuptools you are using?

ons. 1. apr. 2015 kl. 14.19 skrev Thomas Caswell <tcaswell@…287…>:

Make sure you have freetype-dev installed at the system level.

Tom

On Wed, Apr 1, 2015 at 8:02 AM Christian Ambros <ambrosc@…2693…> wrote:

Hi,

I’m facing the same trouble with installing matplotlib 1.4.3 and 1.5.dev1. running

python3 setup.py build

in the unarchived directory gives this:

============================================================================
Edit setup.cfg to change the build options

BUILDING MATPLOTLIB
matplotlib: yes [1.5.dev1]
python: yes [3.4.0 (default, Apr 11 2014, 13:05:11) [GCC
4.8.2]]
platform: yes [linux]

REQUIRED DEPENDENCIES AND EXTENSIONS
numpy: yes [version 1.9.2]
six: yes [using six version 1.5.2]
dateutil: yes [using dateutil version 2.0]
pytz: yes [using pytz version 2012c]
tornado: yes [using tornado version 3.1.1]
pyparsing: yes [using pyparsing version 2.0.1]
libagg: yes [Requires patches that have not been merged
upstream. Using local copy.]
Traceback (most recent call last):
File “setup.py”, line 153, in
result = package.check()
File “/home/ambrosc/Downloads/matplotlib-master/setupext.py”, line 900, in check
min_version=‘2.3’, version=version)
File “/home/ambrosc/Downloads/matplotlib-master/setupext.py”, line 446, in _check_for_pkg_config
if (not is_min_version(version, min_version)):
File “/home/ambrosc/Downloads/matplotlib-master/setupext.py”, line 173, in is_min_version
return found_version >= expected_version
File “/usr/lib/python3.4/distutils/version.py”, line 76, in ge
c = self._cmp(other)
File “/usr/lib/python3.4/distutils/version.py”, line 343, in _cmp
if self.version < other.version:
TypeError: unorderable types: str() < int()

I’m running Linux Mint 17 “Quina” which is based on Ubuntu’s trusty packges.

pip3 is up to date. Running

print(setuptools.__file__)

gives: /usr/local/lib/python3.4/dist-packages/setuptools/init.py which is as expected.

Using pip3 install matplotlib --upgrade #even to 1.4.3

get’s me this:

Collecting
matplotlib from https://pypi.python.org/packages/source/m/matplotlib/matplotlib-1.4.3.tar.gz#md5=86af2e3e3c61849ac7576a6f5ca44267
Downloading matplotlib-1.4.3.tar.gz (50.4MB)
100% |################################| 50.4MB 8.0kB/s
Traceback (most recent call last):
File “”, line 20, in
File “/tmp/pip-build-sezmzam8/matplotlib/setup.py”, line 155, in
result = package.check()
File “/tmp/pip-build-sezmzam8/matplotlib/setupext.py”, line 961, in check
min_version=‘2.3’, version=version)
File “/tmp/pip-build-sezmzam8/matplotlib/setupext.py”, line 445, in _check_for_pkg_config
if (not is_min_version(version, min_version)):
File “/tmp/pip-build-sezmzam8/matplotlib/setupext.py”, line 173, in is_min_version
return found_version >= expected_version
File “/usr/lib/python3.4/distutils/version.py”, line 76, in ge
c = self._cmp(other)
File “/usr/lib/python3.4/distutils/version.py”, line 343, in _cmp
if self.version < other.version:
TypeError: unorderable types: str() < int()
============================================================================
Edit setup.cfg to change the build options
BUILDING MATPLOTLIB
matplotlib: yes [1.4.3]
python: yes [3.4.0 (default, Apr 11 2014, 13:05:11) [GCC
4.8.2]]
platform: yes [linux]
REQUIRED DEPENDENCIES AND EXTENSIONS
numpy: yes [version 1.9.2]
six: yes [using six version 1.5.2]
dateutil: yes [using dateutil version 2.0]
pytz: yes [using pytz version 2012c]
tornado: yes [using tornado version 3.1.1]
pyparsing: yes [using pyparsing version 2.0.1]
pycxx: yes [Official versions of PyCXX are not compatible
with matplotlib on Python 3.x, since they lack
support for the buffer object. Using local copy]
libagg: yes [Requires patches that have not been merged
upstream. Using local copy.]
Complete output from command python setup.py egg_info:
Traceback (most recent call last):

  File "<string>", line 20, in <module>

  File "/tmp/pip-build-sezmzam8/matplotlib/setup.py", line 155, in <module>

    result = package.check()

  File "/tmp/pip-build-sezmzam8/matplotlib/setupext.py", line 961, in check

    min_version='2.3', version=version)

  File "/tmp/pip-build-sezmzam8/matplotlib/setupext.py", line 445, in _check_for_pkg_config

    if (not is_min_version(version, min_version)):

  File "/tmp/pip-build-sezmzam8/matplotlib/setupext.py", line 173, in is_min_version

    return found_version >= expected_version

  File "/usr/lib/python3.4/distutils/version.py", line 76, in __ge__

    c = self._cmp(other)

  File "/usr/lib/python3.4/distutils/version.py", line 343, in _cmp

    if self.version < other.version:

TypeError: unorderable types: str() < int()

============================================================================

Edit setup.cfg to change the build options



BUILDING MATPLOTLIB

            matplotlib: yes [1.4.3]

                python: yes [3.4.0 (default, Apr 11 2014, 13:05:11)  [GCC

                        4.8.2]]

              platform: yes [linux]



REQUIRED DEPENDENCIES AND EXTENSIONS

                 numpy: yes [version 1.9.2]

                   six: yes [using six version 1.5.2]

              dateutil: yes [using dateutil version 2.0]

                  pytz: yes [using pytz version 2012c]

               tornado: yes [using tornado version 3.1.1]

             pyparsing: yes [using pyparsing version 2.0.1]

                 pycxx: yes [Official versions of PyCXX are not compatible

                        with matplotlib on Python 3.x, since they lack

                        support for the buffer object.  Using local copy]

                libagg: yes [Requires patches that have not been merged

                        upstream. Using local copy.]

----------------------------------------
Command "python setup.py egg_info" failed with error code 1 in /tmp/pip-build-sezmzam8/matplotlib

Which leads to the same error!

running
python2.7 setup.py egg_info doesn’t fail but since I have to use 3.4.x ant pyqt5.4.x there is no way to use something else than matplotlib 1.4.3/1.5dev1 because auf the qt5agg backend.

Any hints on how to get along?

Christian


“A little learning never caused anyone’s head to explode!”

“Ein wenig Lernen hat noch niemandens Kopf zum Explodieren gebracht!”


Dive into the World of Parallel Programming The Go Parallel Website, sponsored

by Intel and developed in partnership with Slashdot Media, is your hub for all

things parallel software development, from weekly thought leadership blogs to

news, videos, case studies, tutorials and more. Take a look and join the

conversation now. http://goparallel.sourceforge.net/_______________________________________________

Matplotlib-users mailing list

Matplotlib-users@…1735…sourceforge.net

https://lists.sourceforge.net/lists/listinfo/matplotlib-users


Dive into the World of Parallel Programming The Go Parallel Website, sponsored

by Intel and developed in partnership with Slashdot Media, is your hub for all

things parallel software development, from weekly thought leadership blogs to

news, videos, case studies, tutorials and more. Take a look and join the

conversation now. http://goparallel.sourceforge.net/_______________________________________________

Matplotlib-users mailing list

Matplotlib-users@…1735…sourceforge.net

https://lists.sourceforge.net/lists/listinfo/matplotlib-users


Dive into the World of Parallel Programming The Go Parallel Website, sponsored

by Intel and developed in partnership with Slashdot Media, is your hub for all

things parallel software development, from weekly thought leadership blogs to

news, videos, case studies, tutorials and more. Take a look and join the

conversation now. http://goparallel.sourceforge.net/


Matplotlib-users mailing list

Matplotlib-users@lists.sourceforge.net

https://lists.sourceforge.net/lists/listinfo/matplotlib-users

Hi,

as you can see: 14.3.1 which is the latest, because before I started upgrading, I read about possible issues here and upgraded the setuptools as conclusion.

Python 3.4.0 (default, Apr 11 2014, 13:05:11)
[GCC 4.8.2] on linux
Type “help”, “copyright”, “credits” or “license” for more information.

import setuptools
print(setuptools.version)
14.3.1

exit()

cheers,

Christian

···


“A little learning never caused anyone’s head to explode!”

“Ein wenig Lernen hat noch niemandens Kopf zum Explodieren gebracht!”

On Wednesday, April 1, 2015 1:25 PM, Jens Nielsen <jenshnielsen@…287…> wrote:

I think we have seen this issue before and it seems to be caused by an out of date version of setuptools. I tried reproducing it on fresh ubuntu 14.04 machine but was not able to reproduce the issue. Do you know which version of setuptools you are using?

Jens

ons. 1. apr. 2015 kl. 14.19 skrev Thomas Caswell <tcaswell@…287…>:

Make sure you have freetype-dev installed at the system level.

Tom

On Wed, Apr 1, 2015 at 8:02 AM Christian Ambros <ambrosc@…2693…> wrote:

Hi,

I’m facing the same trouble with installing matplotlib 1.4.3 and 1.5.dev1. running

python3 setup.py build

in the unarchived directory gives this:

============================================================================
Edit setup.cfg to change the build options

BUILDING MATPLOTLIB
matplotlib: yes [1.5.dev1]
python: yes [3.4.0 (default, Apr 11 2014, 13:05:11) [GCC
4.8.2]]
platform: yes [linux]

REQUIRED DEPENDENCIES AND EXTENSIONS
numpy: yes [version 1.9.2]
six: yes [using six version 1.5.2]
dateutil: yes [using dateutil version 2.0]
pytz: yes [using pytz version 2012c]
tornado: yes [using tornado version 3.1.1]
pyparsing: yes [using pyparsing version 2.0.1]
libagg: yes [Requires patches that have not been merged
upstream. Using local copy.]
Traceback (most recent call last):
File “setup.py”, line 153, in
result = package.check()
File “/home/ambrosc/Downloads/matplotlib-master/setupext.py”, line 900, in check
min_version=‘2.3’, version=version)
File “/home/ambrosc/Downloads/matplotlib-master/setupext.py”, line 446, in _check_for_pkg_config
if (not is_min_version(version, min_version)):
File “/home/ambrosc/Downloads/matplotlib-master/setupext.py”, line 173, in is_min_version
return found_version >= expected_version
File “/usr/lib/python3.4/distutils/version.py”, line 76, in ge
c = self._cmp(other)
File “/usr/lib/python3.4/distutils/version.py”, line 343, in _cmp
if self.version < other.version:
TypeError: unorderable types: str() < int()

I’m running Linux Mint 17 “Quina” which is based on Ubuntu’s trusty packges.

pip3 is up to date. Running

print(setuptools.__file__)

gives: /usr/local/lib/python3.4/dist-packages/setuptools/init.py which is as expected.

Using pip3 install matplotlib --upgrade #even to 1.4.3

get’s me this:

Collecting
matplotlib from https://pypi.python.org/packages/source/m/matplotlib/matplotlib-1.4.3.tar.gz#md5=86af2e3e3c61849ac7576a6f5ca44267
Downloading matplotlib-1.4.3.tar.gz (50.4MB)
100% |################################| 50.4MB 8.0kB/s
Traceback (most recent call last):
File “”, line 20, in
File “/tmp/pip-build-sezmzam8/matplotlib/setup.py”, line 155, in
result = package.check()
File “/tmp/pip-build-sezmzam8/matplotlib/setupext.py”, line 961, in check
min_version=‘2.3’, version=version)
File “/tmp/pip-build-sezmzam8/matplotlib/setupext.py”, line 445, in _check_for_pkg_config
if (not is_min_version(version, min_version)):
File “/tmp/pip-build-sezmzam8/matplotlib/setupext.py”, line 173, in is_min_version
return found_version >= expected_version
File “/usr/lib/python3.4/distutils/version.py”, line 76, in ge
c = self._cmp(other)
File “/usr/lib/python3.4/distutils/version.py”, line 343, in _cmp
if self.version < other.version:
TypeError: unorderable types: str() < int()
============================================================================
Edit setup.cfg to change the build options
BUILDING MATPLOTLIB
matplotlib: yes [1.4.3]
python: yes [3.4.0 (default, Apr 11 2014, 13:05:11) [GCC
4.8.2]]
platform: yes [linux]
REQUIRED DEPENDENCIES AND EXTENSIONS
numpy: yes [version 1.9.2]
six: yes [using six version 1.5.2]
dateutil: yes [using dateutil version 2.0]
pytz: yes [using pytz version 2012c]
tornado: yes [using tornado version 3.1.1]
pyparsing: yes [using pyparsing version 2.0.1]
pycxx: yes [Official versions of PyCXX are not compatible
with matplotlib on Python 3.x, since they lack
support for the buffer object. Using local copy]
libagg: yes [Requires patches that have not been merged
upstream. Using local copy.]
Complete output from command python setup.py egg_info:
Traceback (most recent call last):

  File "<string>", line 20, in <module>

  File "/tmp/pip-build-sezmzam8/matplotlib/setup.py", line 155, in <module>

    result = package.check()

  File "/tmp/pip-build-sezmzam8/matplotlib/setupext.py", line 961, in check

    min_version='2.3', version=version)

  File "/tmp/pip-build-sezmzam8/matplotlib/setupext.py", line 445, in _check_for_pkg_config

    if (not is_min_version(version, min_version)):

  File "/tmp/pip-build-sezmzam8/matplotlib/setupext.py", line 173, in is_min_version

    return found_version >= expected_version

  File "/usr/lib/python3.4/distutils/version.py", line 76, in __ge__

    c = self._cmp(other)

  File "/usr/lib/python3.4/distutils/version.py", line 343, in _cmp

    if self.version < other.version:

TypeError: unorderable types: str() < int()

============================================================================

Edit setup.cfg to change the build options



BUILDING MATPLOTLIB

            matplotlib: yes [1.4.3]

                python: yes [3.4.0 (default, Apr 11 2014, 13:05:11)  [GCC

                        4.8.2]]

              platform: yes [linux]



REQUIRED DEPENDENCIES AND EXTENSIONS

                 numpy: yes [version 1.9.2]

                   six: yes [using six version 1.5.2]

              dateutil: yes [using dateutil version 2.0]

                  pytz: yes [using pytz version 2012c]

               tornado: yes [using tornado version 3.1.1]

             pyparsing: yes [using pyparsing version 2.0.1]

                 pycxx: yes [Official versions of PyCXX are not compatible

                        with matplotlib on Python 3.x, since they lack

                        support for the buffer object.  Using local copy]

                libagg: yes [Requires patches that have not been merged

                        upstream. Using local copy.]

----------------------------------------
Command "python setup.py egg_info" failed with error code 1 in /tmp/pip-build-sezmzam8/matplotlib

Which leads to the same error!

running
python2.7 setup.py egg_info doesn’t fail but since I have to use 3.4.x ant pyqt5.4.x there is no way to use something else than matplotlib 1.4.3/1.5dev1 because auf the qt5agg backend.

Any hints on how to get along?

Christian


“A little learning never caused anyone’s head to explode!”

“Ein wenig Lernen hat noch niemandens Kopf zum Explodieren gebracht!”


Dive into the World of Parallel Programming The Go Parallel Website, sponsored

by Intel and developed in partnership with Slashdot Media, is your hub for all

things parallel software development, from weekly thought leadership blogs to

news, videos, case studies, tutorials and more. Take a look and join the

conversation now. http://goparallel.sourceforge.net/_______________________________________________

Matplotlib-users mailing list

Matplotlib-users@…1735…sourceforge.net

https://lists.sourceforge.net/lists/listinfo/matplotlib-users


Dive into the World of Parallel Programming The Go Parallel Website, sponsored

by Intel and developed in partnership with Slashdot Media, is your hub for all

things parallel software development, from weekly thought leadership blogs to

news, videos, case studies, tutorials and more. Take a look and join the

conversation now. http://goparallel.sourceforge.net/_______________________________________________

Matplotlib-users mailing list

Matplotlib-users@…1735…sourceforge.net

https://lists.sourceforge.net/lists/listinfo/matplotlib-users

Looking more closely at this I think it is a bug on our side. When freetype is not found it returns version as ‘Failed to identify version.’ which it tries to compare to a version number. The version number is correctly converted from string to numbers using loosversion but this string just makes it through. The workaround at the moment is to install the freetype dev as Tom said.

Jens

ons. 1. apr. 2015 kl. 17.45 skrev Christian Ambros <ambrosc@…2693…>:

···

Hi,

as you can see: 14.3.1 which is the latest, because before I started upgrading, I read about possible issues here and upgraded the setuptools as conclusion.

Python 3.4.0 (default, Apr 11 2014, 13:05:11)
[GCC 4.8.2] on linux
Type “help”, “copyright”, “credits” or “license” for more information.

import setuptools
print(setuptools.version)
14.3.1

exit()

cheers,

Christian


“A little learning never caused anyone’s head to explode!”

“Ein wenig Lernen hat noch niemandens Kopf zum Explodieren gebracht!”

On Wednesday, April 1, 2015 1:25 PM, Jens Nielsen <jenshnielsen@…287…> wrote:

I think we have seen this issue before and it seems to be caused by an out of date version of setuptools. I tried reproducing it on fresh ubuntu 14.04 machine but was not able to reproduce the issue. Do you know which version of setuptools you are using?

Jens

ons. 1. apr. 2015 kl. 14.19 skrev Thomas Caswell <tcaswell@…287…>:

Make sure you have freetype-dev installed at the system level.

Tom

On Wed, Apr 1, 2015 at 8:02 AM Christian Ambros <ambrosc@…2693…> wrote:

Hi,

I’m facing the same trouble with installing matplotlib 1.4.3 and 1.5.dev1. running

python3 setup.py build

in the unarchived directory gives this:

============================================================================
Edit setup.cfg to change the build options

BUILDING MATPLOTLIB
matplotlib: yes [1.5.dev1]
python: yes [3.4.0 (default, Apr 11 2014, 13:05:11) [GCC
4.8.2]]
platform: yes [linux]

REQUIRED DEPENDENCIES AND EXTENSIONS
numpy: yes [version 1.9.2]
six: yes [using six version 1.5.2]
dateutil: yes [using dateutil version 2.0]
pytz: yes [using pytz version 2012c]
tornado: yes [using tornado version 3.1.1]
pyparsing: yes [using pyparsing version 2.0.1]
libagg: yes [Requires patches that have not been merged
upstream. Using local copy.]
Traceback (most recent call last):
File “setup.py”, line 153, in
result = package.check()
File “/home/ambrosc/Downloads/matplotlib-master/setupext.py”, line 900, in check
min_version=‘2.3’, version=version)
File “/home/ambrosc/Downloads/matplotlib-master/setupext.py”, line 446, in _check_for_pkg_config
if (not is_min_version(version, min_version)):
File “/home/ambrosc/Downloads/matplotlib-master/setupext.py”, line 173, in is_min_version
return found_version >= expected_version
File “/usr/lib/python3.4/distutils/version.py”, line 76, in ge
c = self._cmp(other)
File “/usr/lib/python3.4/distutils/version.py”, line 343, in _cmp
if self.version < other.version:
TypeError: unorderable types: str() < int()

I’m running Linux Mint 17 “Quina” which is based on Ubuntu’s trusty packges.

pip3 is up to date. Running

print(setuptools.__file__)

gives: /usr/local/lib/python3.4/dist-packages/setuptools/init.py which is as expected.

Using pip3 install matplotlib --upgrade #even to 1.4.3

get’s me this:

Collecting
matplotlib from https://pypi.python.org/packages/source/m/matplotlib/matplotlib-1.4.3.tar.gz#md5=86af2e3e3c61849ac7576a6f5ca44267
Downloading matplotlib-1.4.3.tar.gz (50.4MB)
100% |################################| 50.4MB 8.0kB/s
Traceback (most recent call last):
File “”, line 20, in
File “/tmp/pip-build-sezmzam8/matplotlib/setup.py”, line 155, in
result = package.check()
File “/tmp/pip-build-sezmzam8/matplotlib/setupext.py”, line 961, in check
min_version=‘2.3’, version=version)
File “/tmp/pip-build-sezmzam8/matplotlib/setupext.py”, line 445, in _check_for_pkg_config
if (not is_min_version(version, min_version)):
File “/tmp/pip-build-sezmzam8/matplotlib/setupext.py”, line 173, in is_min_version
return found_version >= expected_version
File “/usr/lib/python3.4/distutils/version.py”, line 76, in ge
c = self._cmp(other)
File “/usr/lib/python3.4/distutils/version.py”, line 343, in _cmp
if self.version < other.version:
TypeError: unorderable types: str() < int()
============================================================================
Edit setup.cfg to change the build options
BUILDING MATPLOTLIB
matplotlib: yes [1.4.3]
python: yes [3.4.0 (default, Apr 11 2014, 13:05:11) [GCC
4.8.2]]
platform: yes [linux]
REQUIRED DEPENDENCIES AND EXTENSIONS
numpy: yes [version 1.9.2]
six: yes [using six version 1.5.2]
dateutil: yes [using dateutil version 2.0]
pytz: yes [using pytz version 2012c]
tornado: yes [using tornado version 3.1.1]
pyparsing: yes [using pyparsing version 2.0.1]
pycxx: yes [Official versions of PyCXX are not compatible
with matplotlib on Python 3.x, since they lack
support for the buffer object. Using local copy]
libagg: yes [Requires patches that have not been merged
upstream. Using local copy.]
Complete output from command python setup.py egg_info:
Traceback (most recent call last):

  File "<string>", line 20, in <module>

  File "/tmp/pip-build-sezmzam8/matplotlib/setup.py", line 155, in <module>

    result = package.check()

  File "/tmp/pip-build-sezmzam8/matplotlib/setupext.py", line 961, in check

    min_version='2.3', version=version)

  File "/tmp/pip-build-sezmzam8/matplotlib/setupext.py", line 445, in _check_for_pkg_config

    if (not is_min_version(version, min_version)):

  File "/tmp/pip-build-sezmzam8/matplotlib/setupext.py", line 173, in is_min_version

    return found_version >= expected_version

  File "/usr/lib/python3.4/distutils/version.py", line 76, in __ge__

    c = self._cmp(other)

  File "/usr/lib/python3.4/distutils/version.py", line 343, in _cmp

    if self.version < other.version:

TypeError: unorderable types: str() < int()

============================================================================

Edit setup.cfg to change the build options



BUILDING MATPLOTLIB

            matplotlib: yes [1.4.3]

                python: yes [3.4.0 (default, Apr 11 2014, 13:05:11)  [GCC

                        4.8.2]]

              platform: yes [linux]



REQUIRED DEPENDENCIES AND EXTENSIONS

                 numpy: yes [version 1.9.2]

                   six: yes [using six version 1.5.2]

              dateutil: yes [using dateutil version 2.0]

                  pytz: yes [using pytz version 2012c]

               tornado: yes [using tornado version 3.1.1]

             pyparsing: yes [using pyparsing version 2.0.1]

                 pycxx: yes [Official versions of PyCXX are not compatible

                        with matplotlib on Python 3.x, since they lack

                        support for the buffer object.  Using local copy]

                libagg: yes [Requires patches that have not been merged

                        upstream. Using local copy.]

----------------------------------------
Command "python setup.py egg_info" failed with error code 1 in /tmp/pip-build-sezmzam8/matplotlib

Which leads to the same error!

running
python2.7 setup.py egg_info doesn’t fail but since I have to use 3.4.x ant pyqt5.4.x there is no way to use something else than matplotlib 1.4.3/1.5dev1 because auf the qt5agg backend.

Any hints on how to get along?

Christian


“A little learning never caused anyone’s head to explode!”

“Ein wenig Lernen hat noch niemandens Kopf zum Explodieren gebracht!”


Dive into the World of Parallel Programming The Go Parallel Website, sponsored

by Intel and developed in partnership with Slashdot Media, is your hub for all

things parallel software development, from weekly thought leadership blogs to

news, videos, case studies, tutorials and more. Take a look and join the

conversation now. http://goparallel.sourceforge.net/_______________________________________________

Matplotlib-users mailing list

Matplotlib-users@…1735…sourceforge.net

https://lists.sourceforge.net/lists/listinfo/matplotlib-users


Dive into the World of Parallel Programming The Go Parallel Website, sponsored

by Intel and developed in partnership with Slashdot Media, is your hub for all

things parallel software development, from weekly thought leadership blogs to

news, videos, case studies, tutorials and more. Take a look and join the

conversation now. http://goparallel.sourceforge.net/_______________________________________________

Matplotlib-users mailing list

Matplotlib-users@…1735…sourceforge.net

https://lists.sourceforge.net/lists/listinfo/matplotlib-users


Dive into the World of Parallel Programming The Go Parallel Website, sponsored

by Intel and developed in partnership with Slashdot Media, is your hub for all

things parallel software development, from weekly thought leadership blogs to

news, videos, case studies, tutorials and more. Take a look and join the

conversation now. http://goparallel.sourceforge.net/_______________________________________________

Matplotlib-users mailing list

Matplotlib-users@…1735…sourceforge.net

https://lists.sourceforge.net/lists/listinfo/matplotlib-users

Yeah, that mirrors what others have stated. The common thread seems to be that all of these users were comfortable with doing "sudo pip install " (myself included). I was in a rush when I originally encountered issues back in the summer on my 12.04 machine, so I just switched to miniconda and didn’t figure out what was wrong on my system.

···

On Wed, Apr 1, 2015 at 12:27 PM, Christian Ambros <ambrosc@…878…2693…> wrote:

Hi,

as you can see: 14.3.1 which is the latest, because before I started upgrading, I read about possible issues here and upgraded the setuptools as conclusion.

Python 3.4.0 (default, Apr 11 2014, 13:05:11)
[GCC 4.8.2] on linux
Type “help”, “copyright”, “credits” or “license” for more information.

import setuptools
print(setuptools.version)
14.3.1

exit()

cheers,

Christian


“A little learning never caused anyone’s head to explode!”

“Ein wenig Lernen hat noch niemandens Kopf zum Explodieren gebracht!”

On Wednesday, April 1, 2015 1:25 PM, Jens Nielsen <jenshnielsen@…287…> wrote:

I think we have seen this issue before and it seems to be caused by an out of date version of setuptools. I tried reproducing it on fresh ubuntu 14.04 machine but was not able to reproduce the issue. Do you know which version of setuptools you are using?

Jens

ons. 1. apr. 2015 kl. 14.19 skrev Thomas Caswell <tcaswell@…287…>:

Make sure you have freetype-dev installed at the system level.

Tom

On Wed, Apr 1, 2015 at 8:02 AM Christian Ambros <ambrosc@…2693…> wrote:

Hi,

I’m facing the same trouble with installing matplotlib 1.4.3 and 1.5.dev1. running

python3 setup.py build

in the unarchived directory gives this:

============================================================================
Edit setup.cfg to change the build options

BUILDING MATPLOTLIB
matplotlib: yes [1.5.dev1]
python: yes [3.4.0 (default, Apr 11 2014, 13:05:11) [GCC
4.8.2]]
platform: yes [linux]

REQUIRED DEPENDENCIES AND EXTENSIONS
numpy: yes [version 1.9.2]
six: yes [using six version 1.5.2]
dateutil: yes [using dateutil version 2.0]
pytz: yes [using pytz version 2012c]
tornado: yes [using tornado version 3.1.1]
pyparsing: yes [using pyparsing version 2.0.1]
libagg: yes [Requires patches that have not been merged
upstream. Using local copy.]
Traceback (most recent call last):
File “setup.py”, line 153, in
result = package.check()
File “/home/ambrosc/Downloads/matplotlib-master/setupext.py”, line 900, in check
min_version=‘2.3’, version=version)
File “/home/ambrosc/Downloads/matplotlib-master/setupext.py”, line 446, in _check_for_pkg_config
if (not is_min_version(version, min_version)):
File “/home/ambrosc/Downloads/matplotlib-master/setupext.py”, line 173, in is_min_version
return found_version >= expected_version
File “/usr/lib/python3.4/distutils/version.py”, line 76, in ge
c = self._cmp(other)
File “/usr/lib/python3.4/distutils/version.py”, line 343, in _cmp
if self.version < other.version:
TypeError: unorderable types: str() < int()

I’m running Linux Mint 17 “Quina” which is based on Ubuntu’s trusty packges.

pip3 is up to date. Running

print(setuptools.__file__)

gives: /usr/local/lib/python3.4/dist-packages/setuptools/init.py which is as expected.

Using pip3 install matplotlib --upgrade #even to 1.4.3

get’s me this:

Collecting
matplotlib from https://pypi.python.org/packages/source/m/matplotlib/matplotlib-1.4.3.tar.gz#md5=86af2e3e3c61849ac7576a6f5ca44267
Downloading matplotlib-1.4.3.tar.gz (50.4MB)
100% |################################| 50.4MB 8.0kB/s
Traceback (most recent call last):
File “”, line 20, in
File “/tmp/pip-build-sezmzam8/matplotlib/setup.py”, line 155, in
result = package.check()
File “/tmp/pip-build-sezmzam8/matplotlib/setupext.py”, line 961, in check
min_version=‘2.3’, version=version)
File “/tmp/pip-build-sezmzam8/matplotlib/setupext.py”, line 445, in _check_for_pkg_config
if (not is_min_version(version, min_version)):
File “/tmp/pip-build-sezmzam8/matplotlib/setupext.py”, line 173, in is_min_version
return found_version >= expected_version
File “/usr/lib/python3.4/distutils/version.py”, line 76, in ge
c = self._cmp(other)
File “/usr/lib/python3.4/distutils/version.py”, line 343, in _cmp
if self.version < other.version:
TypeError: unorderable types: str() < int()
============================================================================
Edit setup.cfg to change the build options
BUILDING MATPLOTLIB
matplotlib: yes [1.4.3]
python: yes [3.4.0 (default, Apr 11 2014, 13:05:11) [GCC
4.8.2]]
platform: yes [linux]
REQUIRED DEPENDENCIES AND EXTENSIONS
numpy: yes [version 1.9.2]
six: yes [using six version 1.5.2]
dateutil: yes [using dateutil version 2.0]
pytz: yes [using pytz version 2012c]
tornado: yes [using tornado version 3.1.1]
pyparsing: yes [using pyparsing version 2.0.1]
pycxx: yes [Official versions of PyCXX are not compatible
with matplotlib on Python 3.x, since they lack
support for the buffer object. Using local copy]
libagg: yes [Requires patches that have not been merged
upstream. Using local copy.]
Complete output from command python setup.py egg_info:
Traceback (most recent call last):

  File "<string>", line 20, in <module>

  File "/tmp/pip-build-sezmzam8/matplotlib/setup.py", line 155, in <module>

    result = package.check()

  File "/tmp/pip-build-sezmzam8/matplotlib/setupext.py", line 961, in check

    min_version='2.3', version=version)

  File "/tmp/pip-build-sezmzam8/matplotlib/setupext.py", line 445, in _check_for_pkg_config

    if (not is_min_version(version, min_version)):

  File "/tmp/pip-build-sezmzam8/matplotlib/setupext.py", line 173, in is_min_version

    return found_version >= expected_version

  File "/usr/lib/python3.4/distutils/version.py", line 76, in __ge__

    c = self._cmp(other)

  File "/usr/lib/python3.4/distutils/version.py", line 343, in _cmp

    if self.version < other.version:

TypeError: unorderable types: str() < int()

============================================================================

Edit setup.cfg to change the build options



BUILDING MATPLOTLIB

            matplotlib: yes [1.4.3]

                python: yes [3.4.0 (default, Apr 11 2014, 13:05:11)  [GCC

                        4.8.2]]

              platform: yes [linux]



REQUIRED DEPENDENCIES AND EXTENSIONS

                 numpy: yes [version 1.9.2]

                   six: yes [using six version 1.5.2]

              dateutil: yes [using dateutil version 2.0]

                  pytz: yes [using pytz version 2012c]

               tornado: yes [using tornado version 3.1.1]

             pyparsing: yes [using pyparsing version 2.0.1]

                 pycxx: yes [Official versions of PyCXX are not compatible

                        with matplotlib on Python 3.x, since they lack

                        support for the buffer object.  Using local copy]

                libagg: yes [Requires patches that have not been merged

                        upstream. Using local copy.]

----------------------------------------
Command "python setup.py egg_info" failed with error code 1 in /tmp/pip-build-sezmzam8/matplotlib

Which leads to the same error!

running
python2.7 setup.py egg_info doesn’t fail but since I have to use 3.4.x ant pyqt5.4.x there is no way to use something else than matplotlib 1.4.3/1.5dev1 because auf the qt5agg backend.

Any hints on how to get along?

Christian


“A little learning never caused anyone’s head to explode!”

“Ein wenig Lernen hat noch niemandens Kopf zum Explodieren gebracht!”


Dive into the World of Parallel Programming The Go Parallel Website, sponsored

by Intel and developed in partnership with Slashdot Media, is your hub for all

things parallel software development, from weekly thought leadership blogs to

news, videos, case studies, tutorials and more. Take a look and join the

conversation now. http://goparallel.sourceforge.net/_______________________________________________

Matplotlib-users mailing list

Matplotlib-users@…1735…sourceforge.net

https://lists.sourceforge.net/lists/listinfo/matplotlib-users


Dive into the World of Parallel Programming The Go Parallel Website, sponsored

by Intel and developed in partnership with Slashdot Media, is your hub for all

things parallel software development, from weekly thought leadership blogs to

news, videos, case studies, tutorials and more. Take a look and join the

conversation now. http://goparallel.sourceforge.net/_______________________________________________

Matplotlib-users mailing list

Matplotlib-users@…1735…sourceforge.net

https://lists.sourceforge.net/lists/listinfo/matplotlib-users


Dive into the World of Parallel Programming The Go Parallel Website, sponsored

by Intel and developed in partnership with Slashdot Media, is your hub for all

things parallel software development, from weekly thought leadership blogs to

news, videos, case studies, tutorials and more. Take a look and join the

conversation now. http://goparallel.sourceforge.net/


Matplotlib-users mailing list

Matplotlib-users@lists.sourceforge.net

https://lists.sourceforge.net/lists/listinfo/matplotlib-users

Didn’t we fix that in trunk recently?

···

On Wed, Apr 1, 2015 at 12:51 PM, Jens Nielsen <jenshnielsen@…287…> wrote:

Jens

Looking more closely at this I think it is a bug on our side. When freetype is not found it returns version as ‘Failed to identify version.’ which it tries to compare to a version number. The version number is correctly converted from string to numbers using loosversion but this string just makes it through. The workaround at the moment is to install the freetype dev as Tom said.

ons. 1. apr. 2015 kl. 17.45 skrev Christian Ambros <ambrosc@…2693…>:

Hi,

as you can see: 14.3.1 which is the latest, because before I started upgrading, I read about possible issues here and upgraded the setuptools as conclusion.

Python 3.4.0 (default, Apr 11 2014, 13:05:11)
[GCC 4.8.2] on linux
Type “help”, “copyright”, “credits” or “license” for more information.

import setuptools
print(setuptools.version)
14.3.1

exit()

cheers,

Christian


“A little learning never caused anyone’s head to explode!”

“Ein wenig Lernen hat noch niemandens Kopf zum Explodieren gebracht!”

On Wednesday, April 1, 2015 1:25 PM, Jens Nielsen <jenshnielsen@…287…> wrote:

I think we have seen this issue before and it seems to be caused by an out of date version of setuptools. I tried reproducing it on fresh ubuntu 14.04 machine but was not able to reproduce the issue. Do you know which version of setuptools you are using?

Jens

ons. 1. apr. 2015 kl. 14.19 skrev Thomas Caswell <tcaswell@…287…>:

Make sure you have freetype-dev installed at the system level.

Tom

On Wed, Apr 1, 2015 at 8:02 AM Christian Ambros <ambrosc@…2693…> wrote:

Hi,

I’m facing the same trouble with installing matplotlib 1.4.3 and 1.5.dev1. running

python3 setup.py build

in the unarchived directory gives this:

============================================================================
Edit setup.cfg to change the build options

BUILDING MATPLOTLIB
matplotlib: yes [1.5.dev1]
python: yes [3.4.0 (default, Apr 11 2014, 13:05:11) [GCC
4.8.2]]
platform: yes [linux]

REQUIRED DEPENDENCIES AND EXTENSIONS
numpy: yes [version 1.9.2]
six: yes [using six version 1.5.2]
dateutil: yes [using dateutil version 2.0]
pytz: yes [using pytz version 2012c]
tornado: yes [using tornado version 3.1.1]
pyparsing: yes [using pyparsing version 2.0.1]
libagg: yes [Requires patches that have not been merged
upstream. Using local copy.]
Traceback (most recent call last):
File “setup.py”, line 153, in
result = package.check()
File “/home/ambrosc/Downloads/matplotlib-master/setupext.py”, line 900, in check
min_version=‘2.3’, version=version)
File “/home/ambrosc/Downloads/matplotlib-master/setupext.py”, line 446, in _check_for_pkg_config
if (not is_min_version(version, min_version)):
File “/home/ambrosc/Downloads/matplotlib-master/setupext.py”, line 173, in is_min_version
return found_version >= expected_version
File “/usr/lib/python3.4/distutils/version.py”, line 76, in ge
c = self._cmp(other)
File “/usr/lib/python3.4/distutils/version.py”, line 343, in _cmp
if self.version < other.version:
TypeError: unorderable types: str() < int()

I’m running Linux Mint 17 “Quina” which is based on Ubuntu’s trusty packges.

pip3 is up to date. Running

print(setuptools.__file__)

gives: /usr/local/lib/python3.4/dist-packages/setuptools/init.py which is as expected.

Using pip3 install matplotlib --upgrade #even to 1.4.3

get’s me this:

Collecting
matplotlib from https://pypi.python.org/packages/source/m/matplotlib/matplotlib-1.4.3.tar.gz#md5=86af2e3e3c61849ac7576a6f5ca44267
Downloading matplotlib-1.4.3.tar.gz (50.4MB)
100% |################################| 50.4MB 8.0kB/s
Traceback (most recent call last):
File “”, line 20, in
File “/tmp/pip-build-sezmzam8/matplotlib/setup.py”, line 155, in
result = package.check()
File “/tmp/pip-build-sezmzam8/matplotlib/setupext.py”, line 961, in check
min_version=‘2.3’, version=version)
File “/tmp/pip-build-sezmzam8/matplotlib/setupext.py”, line 445, in _check_for_pkg_config
if (not is_min_version(version, min_version)):
File “/tmp/pip-build-sezmzam8/matplotlib/setupext.py”, line 173, in is_min_version
return found_version >= expected_version
File “/usr/lib/python3.4/distutils/version.py”, line 76, in ge
c = self._cmp(other)
File “/usr/lib/python3.4/distutils/version.py”, line 343, in _cmp
if self.version < other.version:
TypeError: unorderable types: str() < int()
============================================================================
Edit setup.cfg to change the build options
BUILDING MATPLOTLIB
matplotlib: yes [1.4.3]
python: yes [3.4.0 (default, Apr 11 2014, 13:05:11) [GCC
4.8.2]]
platform: yes [linux]
REQUIRED DEPENDENCIES AND EXTENSIONS
numpy: yes [version 1.9.2]
six: yes [using six version 1.5.2]
dateutil: yes [using dateutil version 2.0]
pytz: yes [using pytz version 2012c]
tornado: yes [using tornado version 3.1.1]
pyparsing: yes [using pyparsing version 2.0.1]
pycxx: yes [Official versions of PyCXX are not compatible
with matplotlib on Python 3.x, since they lack
support for the buffer object. Using local copy]
libagg: yes [Requires patches that have not been merged
upstream. Using local copy.]
Complete output from command python setup.py egg_info:
Traceback (most recent call last):

  File "<string>", line 20, in <module>

  File "/tmp/pip-build-sezmzam8/matplotlib/setup.py", line 155, in <module>

    result = package.check()

  File "/tmp/pip-build-sezmzam8/matplotlib/setupext.py", line 961, in check

    min_version='2.3', version=version)

  File "/tmp/pip-build-sezmzam8/matplotlib/setupext.py", line 445, in _check_for_pkg_config

    if (not is_min_version(version, min_version)):

  File "/tmp/pip-build-sezmzam8/matplotlib/setupext.py", line 173, in is_min_version

    return found_version >= expected_version

  File "/usr/lib/python3.4/distutils/version.py", line 76, in __ge__

    c = self._cmp(other)

  File "/usr/lib/python3.4/distutils/version.py", line 343, in _cmp

    if self.version < other.version:

TypeError: unorderable types: str() < int()

============================================================================

Edit setup.cfg to change the build options



BUILDING MATPLOTLIB

            matplotlib: yes [1.4.3]

                python: yes [3.4.0 (default, Apr 11 2014, 13:05:11)  [GCC

                        4.8.2]]

              platform: yes [linux]



REQUIRED DEPENDENCIES AND EXTENSIONS

                 numpy: yes [version 1.9.2]

                   six: yes [using six version 1.5.2]

              dateutil: yes [using dateutil version 2.0]

                  pytz: yes [using pytz version 2012c]

               tornado: yes [using tornado version 3.1.1]

             pyparsing: yes [using pyparsing version 2.0.1]

                 pycxx: yes [Official versions of PyCXX are not compatible

                        with matplotlib on Python 3.x, since they lack

                        support for the buffer object.  Using local copy]

                libagg: yes [Requires patches that have not been merged

                        upstream. Using local copy.]

----------------------------------------
Command "python setup.py egg_info" failed with error code 1 in /tmp/pip-build-sezmzam8/matplotlib

Which leads to the same error!

running
python2.7 setup.py egg_info doesn’t fail but since I have to use 3.4.x ant pyqt5.4.x there is no way to use something else than matplotlib 1.4.3/1.5dev1 because auf the qt5agg backend.

Any hints on how to get along?

Christian


“A little learning never caused anyone’s head to explode!”

“Ein wenig Lernen hat noch niemandens Kopf zum Explodieren gebracht!”


Dive into the World of Parallel Programming The Go Parallel Website, sponsored

by Intel and developed in partnership with Slashdot Media, is your hub for all

things parallel software development, from weekly thought leadership blogs to

news, videos, case studies, tutorials and more. Take a look and join the

conversation now. http://goparallel.sourceforge.net/_______________________________________________

Matplotlib-users mailing list

Matplotlib-users@…1735…sourceforge.net

https://lists.sourceforge.net/lists/listinfo/matplotlib-users


Dive into the World of Parallel Programming The Go Parallel Website, sponsored

by Intel and developed in partnership with Slashdot Media, is your hub for all

things parallel software development, from weekly thought leadership blogs to

news, videos, case studies, tutorials and more. Take a look and join the

conversation now. http://goparallel.sourceforge.net/_______________________________________________

Matplotlib-users mailing list

Matplotlib-users@…1735…sourceforge.net

https://lists.sourceforge.net/lists/listinfo/matplotlib-users


Dive into the World of Parallel Programming The Go Parallel Website, sponsored

by Intel and developed in partnership with Slashdot Media, is your hub for all

things parallel software development, from weekly thought leadership blogs to

news, videos, case studies, tutorials and more. Take a look and join the

conversation now. http://goparallel.sourceforge.net/_______________________________________________

Matplotlib-users mailing list

Matplotlib-users@…1735…sourceforge.net

https://lists.sourceforge.net/lists/listinfo/matplotlib-users


Dive into the World of Parallel Programming The Go Parallel Website, sponsored

by Intel and developed in partnership with Slashdot Media, is your hub for all

things parallel software development, from weekly thought leadership blogs to

news, videos, case studies, tutorials and more. Take a look and join the

conversation now. http://goparallel.sourceforge.net/


Matplotlib-users mailing list

Matplotlib-users@lists.sourceforge.net

https://lists.sourceforge.net/lists/listinfo/matplotlib-users

Hi,

I installed the libfreetype6-dev package and than re-started the upgrade process with sudo pip3 install matplotlib --upgrade, which took a while but finally was successful.

It seems to be all right now.

Thanks for the hint with freetype. That helped a lot.

cheers,

Christian

···


“A little learning never caused anyone’s head to explode!”

“Ein wenig Lernen hat noch niemandens Kopf zum Explodieren gebracht!”

On Wednesday, April 1, 2015 4:52 PM, Benjamin Root <ben.root@…1304…> wrote:

Yeah, that mirrors what others have stated. The common thread seems to be that all of these users were comfortable with doing "sudo pip install " (myself included). I was in a rush when I originally encountered issues back in the summer on my 12.04 machine, so I just switched to miniconda and didn’t figure out what was wrong on my system.

On Wed, Apr 1, 2015 at 12:27 PM, Christian Ambros <ambrosc@…2693…> wrote:

Hi,

as you can see: 14.3.1 which is the latest, because before I started upgrading, I read about possible issues here and upgraded the setuptools as conclusion.

Python 3.4.0 (default, Apr 11 2014, 13:05:11)
[GCC 4.8.2] on linux
Type “help”, “copyright”, “credits” or “license” for more information.

import setuptools
print(setuptools.version)
14.3.1

exit()

cheers,

Christian


“A little learning never caused anyone’s head to explode!”

“Ein wenig Lernen hat noch niemandens Kopf zum Explodieren gebracht!”

On Wednesday, April 1, 2015 1:25 PM, Jens Nielsen <jenshnielsen@…287…> wrote:

I think we have seen this issue before and it seems to be caused by an out of date version of setuptools. I tried reproducing it on fresh ubuntu 14.04 machine but was not able to reproduce the issue. Do you know which version of setuptools you are using?

Jens

ons. 1. apr. 2015 kl. 14.19 skrev Thomas Caswell <tcaswell@…287…>:

Make sure you have freetype-dev installed at the system level.

Tom

On Wed, Apr 1, 2015 at 8:02 AM Christian Ambros <ambrosc@…2693…> wrote:

Hi,

I’m facing the same trouble with installing matplotlib 1.4.3 and 1.5.dev1. running

python3 setup.py build

in the unarchived directory gives this:

============================================================================
Edit setup.cfg to change the build options

BUILDING MATPLOTLIB
matplotlib: yes [1.5.dev1]
python: yes [3.4.0 (default, Apr 11 2014, 13:05:11) [GCC
4.8.2]]
platform: yes [linux]

REQUIRED DEPENDENCIES AND EXTENSIONS
numpy: yes [version 1.9.2]
six: yes [using six version 1.5.2]
dateutil: yes [using dateutil version 2.0]
pytz: yes [using pytz version 2012c]
tornado: yes [using tornado version 3.1.1]
pyparsing: yes [using pyparsing version 2.0.1]
libagg: yes [Requires patches that have not been merged
upstream. Using local copy.]
Traceback (most recent call last):
File “setup.py”, line 153, in
result = package.check()
File “/home/ambrosc/Downloads/matplotlib-master/setupext.py”, line 900, in check
min_version=‘2.3’, version=version)
File “/home/ambrosc/Downloads/matplotlib-master/setupext.py”, line 446, in _check_for_pkg_config
if (not is_min_version(version, min_version)):
File “/home/ambrosc/Downloads/matplotlib-master/setupext.py”, line 173, in is_min_version
return found_version >= expected_version
File “/usr/lib/python3.4/distutils/version.py”, line 76, in ge
c = self._cmp(other)
File “/usr/lib/python3.4/distutils/version.py”, line 343, in _cmp
if self.version < other.version:
TypeError: unorderable types: str() < int()

I’m running Linux Mint 17 “Quina” which is based on Ubuntu’s trusty packges.

pip3 is up to date. Running

print(setuptools.__file__)

gives: /usr/local/lib/python3.4/dist-packages/setuptools/init.py which is as expected.

Using pip3 install matplotlib --upgrade #even to 1.4.3

get’s me this:

Collecting
matplotlib from https://pypi.python.org/packages/source/m/matplotlib/matplotlib-1.4.3.tar.gz#md5=86af2e3e3c61849ac7576a6f5ca44267
Downloading matplotlib-1.4.3.tar.gz (50.4MB)
100% |################################| 50.4MB 8.0kB/s
Traceback (most recent call last):
File “”, line 20, in
File “/tmp/pip-build-sezmzam8/matplotlib/setup.py”, line 155, in
result = package.check()
File “/tmp/pip-build-sezmzam8/matplotlib/setupext.py”, line 961, in check
min_version=‘2.3’, version=version)
File “/tmp/pip-build-sezmzam8/matplotlib/setupext.py”, line 445, in _check_for_pkg_config
if (not is_min_version(version, min_version)):
File “/tmp/pip-build-sezmzam8/matplotlib/setupext.py”, line 173, in is_min_version
return found_version >= expected_version
File “/usr/lib/python3.4/distutils/version.py”, line 76, in ge
c = self._cmp(other)
File “/usr/lib/python3.4/distutils/version.py”, line 343, in _cmp
if self.version < other.version:
TypeError: unorderable types: str() < int()
============================================================================
Edit setup.cfg to change the build options
BUILDING MATPLOTLIB
matplotlib: yes [1.4.3]
python: yes [3.4.0 (default, Apr 11 2014, 13:05:11) [GCC
4.8.2]]
platform: yes [linux]
REQUIRED DEPENDENCIES AND EXTENSIONS
numpy: yes [version 1.9.2]
six: yes [using six version 1.5.2]
dateutil: yes [using dateutil version 2.0]
pytz: yes [using pytz version 2012c]
tornado: yes [using tornado version 3.1.1]
pyparsing: yes [using pyparsing version 2.0.1]
pycxx: yes [Official versions of PyCXX are not compatible
with matplotlib on Python 3.x, since they lack
support for the buffer object. Using local copy]
libagg: yes [Requires patches that have not been merged
upstream. Using local copy.]
Complete output from command python setup.py egg_info:
Traceback (most recent call last):

  File "<string>", line 20, in <module>

  File "/tmp/pip-build-sezmzam8/matplotlib/setup.py", line 155, in <module>

    result = package.check()

  File "/tmp/pip-build-sezmzam8/matplotlib/setupext.py", line 961, in check

    min_version='2.3', version=version)

  File "/tmp/pip-build-sezmzam8/matplotlib/setupext.py", line 445, in _check_for_pkg_config

    if (not is_min_version(version, min_version)):

  File "/tmp/pip-build-sezmzam8/matplotlib/setupext.py", line 173, in is_min_version

    return found_version >= expected_version

  File "/usr/lib/python3.4/distutils/version.py", line 76, in __ge__

    c = self._cmp(other)

  File "/usr/lib/python3.4/distutils/version.py", line 343, in _cmp

    if self.version < other.version:

TypeError: unorderable types: str() < int()

============================================================================

Edit setup.cfg to change the build options



BUILDING MATPLOTLIB

            matplotlib: yes [1.4.3]

                python: yes [3.4.0 (default, Apr 11 2014, 13:05:11)  [GCC

                        4.8.2]]

              platform: yes [linux]



REQUIRED DEPENDENCIES AND EXTENSIONS

                 numpy: yes [version 1.9.2]

                   six: yes [using six version 1.5.2]

              dateutil: yes [using dateutil version 2.0]

                  pytz: yes [using pytz version 2012c]

               tornado: yes [using tornado version 3.1.1]

             pyparsing: yes [using pyparsing version 2.0.1]

                 pycxx: yes [Official versions of PyCXX are not compatible

                        with matplotlib on Python 3.x, since they lack

                        support for the buffer object.  Using local copy]

                libagg: yes [Requires patches that have not been merged

                        upstream. Using local copy.]

----------------------------------------
Command "python setup.py egg_info" failed with error code 1 in /tmp/pip-build-sezmzam8/matplotlib

Which leads to the same error!

running
python2.7 setup.py egg_info doesn’t fail but since I have to use 3.4.x ant pyqt5.4.x there is no way to use something else than matplotlib 1.4.3/1.5dev1 because auf the qt5agg backend.

Any hints on how to get along?

Christian


“A little learning never caused anyone’s head to explode!”

“Ein wenig Lernen hat noch niemandens Kopf zum Explodieren gebracht!”


Dive into the World of Parallel Programming The Go Parallel Website, sponsored

by Intel and developed in partnership with Slashdot Media, is your hub for all

things parallel software development, from weekly thought leadership blogs to

news, videos, case studies, tutorials and more. Take a look and join the

conversation now. http://goparallel.sourceforge.net/_______________________________________________

Matplotlib-users mailing list

Matplotlib-users@…1735…sourceforge.net

https://lists.sourceforge.net/lists/listinfo/matplotlib-users


Dive into the World of Parallel Programming The Go Parallel Website, sponsored

by Intel and developed in partnership with Slashdot Media, is your hub for all

things parallel software development, from weekly thought leadership blogs to

news, videos, case studies, tutorials and more. Take a look and join the

conversation now. http://goparallel.sourceforge.net/_______________________________________________

Matplotlib-users mailing list

Matplotlib-users@…1735…sourceforge.net

https://lists.sourceforge.net/lists/listinfo/matplotlib-users


Dive into the World of Parallel Programming The Go Parallel Website, sponsored

by Intel and developed in partnership with Slashdot Media, is your hub for all

things parallel software development, from weekly thought leadership blogs to

news, videos, case studies, tutorials and more. Take a look and join the

conversation now. http://goparallel.sourceforge.net/


Matplotlib-users mailing list

Matplotlib-users@lists.sourceforge.net

https://lists.sourceforge.net/lists/listinfo/matplotlib-users

There were multiple PRs that toched the freetype handling (iirc from Jens and Tony Yu), but I don’t remember if either got mreged off the top of my head.

···

On Wed, Apr 1, 2015 at 12:51 PM, Jens Nielsen <jenshnielsen@…287…> wrote:

Jens

Looking more closely at this I think it is a bug on our side. When freetype is not found it returns version as ‘Failed to identify version.’ which it tries to compare to a version number. The version number is correctly converted from string to numbers using loosversion but this string just makes it through. The workaround at the moment is to install the freetype dev as Tom said.

ons. 1. apr. 2015 kl. 17.45 skrev Christian Ambros <ambrosc@…2693…>:

Hi,

as you can see: 14.3.1 which is the latest, because before I started upgrading, I read about possible issues here and upgraded the setuptools as conclusion.

Python 3.4.0 (default, Apr 11 2014, 13:05:11)
[GCC 4.8.2] on linux
Type “help”, “copyright”, “credits” or “license” for more information.

import setuptools
print(setuptools.version)
14.3.1

exit()

cheers,

Christian


“A little learning never caused anyone’s head to explode!”

“Ein wenig Lernen hat noch niemandens Kopf zum Explodieren gebracht!”

On Wednesday, April 1, 2015 1:25 PM, Jens Nielsen <jenshnielsen@…287…> wrote:

I think we have seen this issue before and it seems to be caused by an out of date version of setuptools. I tried reproducing it on fresh ubuntu 14.04 machine but was not able to reproduce the issue. Do you know which version of setuptools you are using?

Jens

ons. 1. apr. 2015 kl. 14.19 skrev Thomas Caswell <tcaswell@…287…>:

Make sure you have freetype-dev installed at the system level.

Tom

On Wed, Apr 1, 2015 at 8:02 AM Christian Ambros <ambrosc@…2693…> wrote:

Hi,

I’m facing the same trouble with installing matplotlib 1.4.3 and 1.5.dev1. running

python3 setup.py build

in the unarchived directory gives this:

============================================================================
Edit setup.cfg to change the build options

BUILDING MATPLOTLIB
matplotlib: yes [1.5.dev1]
python: yes [3.4.0 (default, Apr 11 2014, 13:05:11) [GCC
4.8.2]]
platform: yes [linux]

REQUIRED DEPENDENCIES AND EXTENSIONS
numpy: yes [version 1.9.2]
six: yes [using six version 1.5.2]
dateutil: yes [using dateutil version 2.0]
pytz: yes [using pytz version 2012c]
tornado: yes [using tornado version 3.1.1]
pyparsing: yes [using pyparsing version 2.0.1]
libagg: yes [Requires patches that have not been merged
upstream. Using local copy.]
Traceback (most recent call last):
File “setup.py”, line 153, in
result = package.check()
File “/home/ambrosc/Downloads/matplotlib-master/setupext.py”, line 900, in check
min_version=‘2.3’, version=version)
File “/home/ambrosc/Downloads/matplotlib-master/setupext.py”, line 446, in _check_for_pkg_config
if (not is_min_version(version, min_version)):
File “/home/ambrosc/Downloads/matplotlib-master/setupext.py”, line 173, in is_min_version
return found_version >= expected_version
File “/usr/lib/python3.4/distutils/version.py”, line 76, in ge
c = self._cmp(other)
File “/usr/lib/python3.4/distutils/version.py”, line 343, in _cmp
if self.version < other.version:
TypeError: unorderable types: str() < int()

I’m running Linux Mint 17 “Quina” which is based on Ubuntu’s trusty packges.

pip3 is up to date. Running

print(setuptools.__file__)

gives: /usr/local/lib/python3.4/dist-packages/setuptools/init.py which is as expected.

Using pip3 install matplotlib --upgrade #even to 1.4.3

get’s me this:

Collecting
matplotlib from https://pypi.python.org/packages/source/m/matplotlib/matplotlib-1.4.3.tar.gz#md5=86af2e3e3c61849ac7576a6f5ca44267
Downloading matplotlib-1.4.3.tar.gz (50.4MB)
100% |################################| 50.4MB 8.0kB/s
Traceback (most recent call last):
File “”, line 20, in
File “/tmp/pip-build-sezmzam8/matplotlib/setup.py”, line 155, in
result = package.check()
File “/tmp/pip-build-sezmzam8/matplotlib/setupext.py”, line 961, in check
min_version=‘2.3’, version=version)
File “/tmp/pip-build-sezmzam8/matplotlib/setupext.py”, line 445, in _check_for_pkg_config
if (not is_min_version(version, min_version)):
File “/tmp/pip-build-sezmzam8/matplotlib/setupext.py”, line 173, in is_min_version
return found_version >= expected_version
File “/usr/lib/python3.4/distutils/version.py”, line 76, in ge
c = self._cmp(other)
File “/usr/lib/python3.4/distutils/version.py”, line 343, in _cmp
if self.version < other.version:
TypeError: unorderable types: str() < int()
============================================================================
Edit setup.cfg to change the build options
BUILDING MATPLOTLIB
matplotlib: yes [1.4.3]
python: yes [3.4.0 (default, Apr 11 2014, 13:05:11) [GCC
4.8.2]]
platform: yes [linux]
REQUIRED DEPENDENCIES AND EXTENSIONS
numpy: yes [version 1.9.2]
six: yes [using six version 1.5.2]
dateutil: yes [using dateutil version 2.0]
pytz: yes [using pytz version 2012c]
tornado: yes [using tornado version 3.1.1]
pyparsing: yes [using pyparsing version 2.0.1]
pycxx: yes [Official versions of PyCXX are not compatible
with matplotlib on Python 3.x, since they lack
support for the buffer object. Using local copy]
libagg: yes [Requires patches that have not been merged
upstream. Using local copy.]
Complete output from command python setup.py egg_info:
Traceback (most recent call last):

  File "<string>", line 20, in <module>

  File "/tmp/pip-build-sezmzam8/matplotlib/setup.py", line 155, in <module>

    result = package.check()

  File "/tmp/pip-build-sezmzam8/matplotlib/setupext.py", line 961, in check

    min_version='2.3', version=version)

  File "/tmp/pip-build-sezmzam8/matplotlib/setupext.py", line 445, in _check_for_pkg_config

    if (not is_min_version(version, min_version)):

  File "/tmp/pip-build-sezmzam8/matplotlib/setupext.py", line 173, in is_min_version

    return found_version >= expected_version

  File "/usr/lib/python3.4/distutils/version.py", line 76, in __ge__

    c = self._cmp(other)

  File "/usr/lib/python3.4/distutils/version.py", line 343, in _cmp

    if self.version < other.version:

TypeError: unorderable types: str() < int()

============================================================================

Edit setup.cfg to change the build options



BUILDING MATPLOTLIB

            matplotlib: yes [1.4.3]

                python: yes [3.4.0 (default, Apr 11 2014, 13:05:11)  [GCC

                        4.8.2]]

              platform: yes [linux]



REQUIRED DEPENDENCIES AND EXTENSIONS

                 numpy: yes [version 1.9.2]

                   six: yes [using six version 1.5.2]

              dateutil: yes [using dateutil version 2.0]

                  pytz: yes [using pytz version 2012c]

               tornado: yes [using tornado version 3.1.1]

             pyparsing: yes [using pyparsing version 2.0.1]

                 pycxx: yes [Official versions of PyCXX are not compatible

                        with matplotlib on Python 3.x, since they lack

                        support for the buffer object.  Using local copy]

                libagg: yes [Requires patches that have not been merged

                        upstream. Using local copy.]

----------------------------------------
Command "python setup.py egg_info" failed with error code 1 in /tmp/pip-build-sezmzam8/matplotlib

Which leads to the same error!

running
python2.7 setup.py egg_info doesn’t fail but since I have to use 3.4.x ant pyqt5.4.x there is no way to use something else than matplotlib 1.4.3/1.5dev1 because auf the qt5agg backend.

Any hints on how to get along?

Christian


“A little learning never caused anyone’s head to explode!”

“Ein wenig Lernen hat noch niemandens Kopf zum Explodieren gebracht!”


Dive into the World of Parallel Programming The Go Parallel Website, sponsored

by Intel and developed in partnership with Slashdot Media, is your hub for all

things parallel software development, from weekly thought leadership blogs to

news, videos, case studies, tutorials and more. Take a look and join the

conversation now. http://goparallel.sourceforge.net/_______________________________________________

Matplotlib-users mailing list

Matplotlib-users@…1735…sourceforge.net

https://lists.sourceforge.net/lists/listinfo/matplotlib-users


Dive into the World of Parallel Programming The Go Parallel Website, sponsored

by Intel and developed in partnership with Slashdot Media, is your hub for all

things parallel software development, from weekly thought leadership blogs to

news, videos, case studies, tutorials and more. Take a look and join the

conversation now. http://goparallel.sourceforge.net/_______________________________________________

Matplotlib-users mailing list

Matplotlib-users@…1735…sourceforge.net

https://lists.sourceforge.net/lists/listinfo/matplotlib-users


Dive into the World of Parallel Programming The Go Parallel Website, sponsored

by Intel and developed in partnership with Slashdot Media, is your hub for all

things parallel software development, from weekly thought leadership blogs to

news, videos, case studies, tutorials and more. Take a look and join the

conversation now. http://goparallel.sourceforge.net/_______________________________________________

Matplotlib-users mailing list

Matplotlib-users@…1735…sourceforge.net

https://lists.sourceforge.net/lists/listinfo/matplotlib-users


Dive into the World of Parallel Programming The Go Parallel Website, sponsored

by Intel and developed in partnership with Slashdot Media, is your hub for all

things parallel software development, from weekly thought leadership blogs to

news, videos, case studies, tutorials and more. Take a look and join the

conversation now. http://goparallel.sourceforge.net/


Matplotlib-users mailing list

Matplotlib-users@lists.sourceforge.net

https://lists.sourceforge.net/lists/listinfo/matplotlib-users

I have opened a Pull request (https://github.com/matplotlib/matplotlib/pull/4305) to improve the error message and avoid the comparison between a string and version number.

ons. 1. apr. 2015 kl. 18.05 skrev Christian Ambros <ambrosc@…4647…>:

···

Hi,

I installed the libfreetype6-dev package and than re-started the upgrade process with sudo pip3 install matplotlib --upgrade, which took a while but finally was successful.

It seems to be all right now.

Thanks for the hint with freetype. That helped a lot.

cheers,

Christian


“A little learning never caused anyone’s head to explode!”

“Ein wenig Lernen hat noch niemandens Kopf zum Explodieren gebracht!”

On Wednesday, April 1, 2015 4:52 PM, Benjamin Root <ben.root@…1304…> wrote:

Yeah, that mirrors what others have stated. The common thread seems to be that all of these users were comfortable with doing "sudo pip install " (myself included). I was in a rush when I originally encountered issues back in the summer on my 12.04 machine, so I just switched to miniconda and didn’t figure out what was wrong on my system.

On Wed, Apr 1, 2015 at 12:27 PM, Christian Ambros <ambrosc@…2693…> wrote:

Hi,

as you can see: 14.3.1 which is the latest, because before I started upgrading, I read about possible issues here and upgraded the setuptools as conclusion.

Python 3.4.0 (default, Apr 11 2014, 13:05:11)
[GCC 4.8.2] on linux
Type “help”, “copyright”, “credits” or “license” for more information.

import setuptools
print(setuptools.version)
14.3.1

exit()

cheers,

Christian


“A little learning never caused anyone’s head to explode!”

“Ein wenig Lernen hat noch niemandens Kopf zum Explodieren gebracht!”

On Wednesday, April 1, 2015 1:25 PM, Jens Nielsen <jenshnielsen@…287…> wrote:

I think we have seen this issue before and it seems to be caused by an out of date version of setuptools. I tried reproducing it on fresh ubuntu 14.04 machine but was not able to reproduce the issue. Do you know which version of setuptools you are using?

Jens

ons. 1. apr. 2015 kl. 14.19 skrev Thomas Caswell <tcaswell@…287…>:

Make sure you have freetype-dev installed at the system level.

Tom

On Wed, Apr 1, 2015 at 8:02 AM Christian Ambros <ambrosc@…2693…> wrote:

Hi,

I’m facing the same trouble with installing matplotlib 1.4.3 and 1.5.dev1. running

python3 setup.py build

in the unarchived directory gives this:

============================================================================
Edit setup.cfg to change the build options

BUILDING MATPLOTLIB
matplotlib: yes [1.5.dev1]
python: yes [3.4.0 (default, Apr 11 2014, 13:05:11) [GCC
4.8.2]]
platform: yes [linux]

REQUIRED DEPENDENCIES AND EXTENSIONS
numpy: yes [version 1.9.2]
six: yes [using six version 1.5.2]
dateutil: yes [using dateutil version 2.0]
pytz: yes [using pytz version 2012c]
tornado: yes [using tornado version 3.1.1]
pyparsing: yes [using pyparsing version 2.0.1]
libagg: yes [Requires patches that have not been merged
upstream. Using local copy.]
Traceback (most recent call last):
File “setup.py”, line 153, in
result = package.check()
File “/home/ambrosc/Downloads/matplotlib-master/setupext.py”, line 900, in check
min_version=‘2.3’, version=version)
File “/home/ambrosc/Downloads/matplotlib-master/setupext.py”, line 446, in _check_for_pkg_config
if (not is_min_version(version, min_version)):
File “/home/ambrosc/Downloads/matplotlib-master/setupext.py”, line 173, in is_min_version
return found_version >= expected_version
File “/usr/lib/python3.4/distutils/version.py”, line 76, in ge
c = self._cmp(other)
File “/usr/lib/python3.4/distutils/version.py”, line 343, in _cmp
if self.version < other.version:
TypeError: unorderable types: str() < int()

I’m running Linux Mint 17 “Quina” which is based on Ubuntu’s trusty packges.

pip3 is up to date. Running

print(setuptools.__file__)

gives: /usr/local/lib/python3.4/dist-packages/setuptools/init.py which is as expected.

Using pip3 install matplotlib --upgrade #even to 1.4.3

get’s me this:

Collecting
matplotlib from https://pypi.python.org/packages/source/m/matplotlib/matplotlib-1.4.3.tar.gz#md5=86af2e3e3c61849ac7576a6f5ca44267
Downloading matplotlib-1.4.3.tar.gz (50.4MB)
100% |################################| 50.4MB 8.0kB/s
Traceback (most recent call last):
File “”, line 20, in
File “/tmp/pip-build-sezmzam8/matplotlib/setup.py”, line 155, in
result = package.check()
File “/tmp/pip-build-sezmzam8/matplotlib/setupext.py”, line 961, in check
min_version=‘2.3’, version=version)
File “/tmp/pip-build-sezmzam8/matplotlib/setupext.py”, line 445, in _check_for_pkg_config
if (not is_min_version(version, min_version)):
File “/tmp/pip-build-sezmzam8/matplotlib/setupext.py”, line 173, in is_min_version
return found_version >= expected_version
File “/usr/lib/python3.4/distutils/version.py”, line 76, in ge
c = self._cmp(other)
File “/usr/lib/python3.4/distutils/version.py”, line 343, in _cmp
if self.version < other.version:
TypeError: unorderable types: str() < int()
============================================================================
Edit setup.cfg to change the build options
BUILDING MATPLOTLIB
matplotlib: yes [1.4.3]
python: yes [3.4.0 (default, Apr 11 2014, 13:05:11) [GCC
4.8.2]]
platform: yes [linux]
REQUIRED DEPENDENCIES AND EXTENSIONS
numpy: yes [version 1.9.2]
six: yes [using six version 1.5.2]
dateutil: yes [using dateutil version 2.0]
pytz: yes [using pytz version 2012c]
tornado: yes [using tornado version 3.1.1]
pyparsing: yes [using pyparsing version 2.0.1]
pycxx: yes [Official versions of PyCXX are not compatible
with matplotlib on Python 3.x, since they lack
support for the buffer object. Using local copy]
libagg: yes [Requires patches that have not been merged
upstream. Using local copy.]
Complete output from command python setup.py egg_info:
Traceback (most recent call last):

  File "<string>", line 20, in <module>

  File "/tmp/pip-build-sezmzam8/matplotlib/setup.py", line 155, in <module>

    result = package.check()

  File "/tmp/pip-build-sezmzam8/matplotlib/setupext.py", line 961, in check

    min_version='2.3', version=version)

  File "/tmp/pip-build-sezmzam8/matplotlib/setupext.py", line 445, in _check_for_pkg_config

    if (not is_min_version(version, min_version)):

  File "/tmp/pip-build-sezmzam8/matplotlib/setupext.py", line 173, in is_min_version

    return found_version >= expected_version

  File "/usr/lib/python3.4/distutils/version.py", line 76, in __ge__

    c = self._cmp(other)

  File "/usr/lib/python3.4/distutils/version.py", line 343, in _cmp

    if self.version < other.version:

TypeError: unorderable types: str() < int()

============================================================================

Edit setup.cfg to change the build options



BUILDING MATPLOTLIB

            matplotlib: yes [1.4.3]

                python: yes [3.4.0 (default, Apr 11 2014, 13:05:11)  [GCC

                        4.8.2]]

              platform: yes [linux]



REQUIRED DEPENDENCIES AND EXTENSIONS

                 numpy: yes [version 1.9.2]

                   six: yes [using six version 1.5.2]

              dateutil: yes [using dateutil version 2.0]

                  pytz: yes [using pytz version 2012c]

               tornado: yes [using tornado version 3.1.1]

             pyparsing: yes [using pyparsing version 2.0.1]

                 pycxx: yes [Official versions of PyCXX are not compatible

                        with matplotlib on Python 3.x, since they lack

                        support for the buffer object.  Using local copy]

                libagg: yes [Requires patches that have not been merged

                        upstream. Using local copy.]

----------------------------------------
Command "python setup.py egg_info" failed with error code 1 in /tmp/pip-build-sezmzam8/matplotlib

Which leads to the same error!

running
python2.7 setup.py egg_info doesn’t fail but since I have to use 3.4.x ant pyqt5.4.x there is no way to use something else than matplotlib 1.4.3/1.5dev1 because auf the qt5agg backend.

Any hints on how to get along?

Christian


“A little learning never caused anyone’s head to explode!”

“Ein wenig Lernen hat noch niemandens Kopf zum Explodieren gebracht!”


Dive into the World of Parallel Programming The Go Parallel Website, sponsored

by Intel and developed in partnership with Slashdot Media, is your hub for all

things parallel software development, from weekly thought leadership blogs to

news, videos, case studies, tutorials and more. Take a look and join the

conversation now. http://goparallel.sourceforge.net/_______________________________________________

Matplotlib-users mailing list

Matplotlib-users@…1735…sourceforge.net

https://lists.sourceforge.net/lists/listinfo/matplotlib-users


Dive into the World of Parallel Programming The Go Parallel Website, sponsored

by Intel and developed in partnership with Slashdot Media, is your hub for all

things parallel software development, from weekly thought leadership blogs to

news, videos, case studies, tutorials and more. Take a look and join the

conversation now. http://goparallel.sourceforge.net/_______________________________________________

Matplotlib-users mailing list

Matplotlib-users@…1735…sourceforge.net

https://lists.sourceforge.net/lists/listinfo/matplotlib-users


Dive into the World of Parallel Programming The Go Parallel Website, sponsored

by Intel and developed in partnership with Slashdot Media, is your hub for all

things parallel software development, from weekly thought leadership blogs to

news, videos, case studies, tutorials and more. Take a look and join the

conversation now. http://goparallel.sourceforge.net/


Matplotlib-users mailing list

Matplotlib-users@…1735…sourceforge.net

https://lists.sourceforge.net/lists/listinfo/matplotlib-users


Dive into the World of Parallel Programming The Go Parallel Website, sponsored

by Intel and developed in partnership with Slashdot Media, is your hub for all

things parallel software development, from weekly thought leadership blogs to

news, videos, case studies, tutorials and more. Take a look and join the

conversation now. http://goparallel.sourceforge.net/_______________________________________________

Matplotlib-users mailing list

Matplotlib-users@…1735…sourceforge.net

https://lists.sourceforge.net/lists/listinfo/matplotlib-users