matplotlib-users Mailing List for matplotlib

Hi,
For a little right brain diversion, here's what I created
using matplotlib:
https://www.youtube.com/watch?v=gWkFnPHbHok&feature=youtu.be
Enjoy!
--Prahas

Hi all,
Just to follow up, I wrote the following helper function to put a single colorbar to the right of a) an axes, b) a list of axes, c) to the right of a gridspec. I was getting a little peeved with colorbar not working as I liked with subplots or gridspec, and this kind of does the trick for me for most of my use cases. 
I’m probably not the world’s best python programmer so feel free to make clearer.
Cheers, Jody
def colorbarRight(pcm,ax,fig,shrink=0.7,width=0.025,gap=0.03,**kwargs):
 '''
 def colorbarRight(pcm,ax,fig,shrink=0.7,width=0.05,gap=0.02)
 
 Position colorbar to the right of axis 'ax' with colors from artist pcm.
 ax can be an array of axes such as that returned by "subplots".
 
 ax can also be a GridSpec, in which case the colorbar is centered to the
 right of the grid. 
 
 Defaults might no leave enough room for the colorbar on the right side, so 
 you should probably use subplots_adjust() or gridspec_update() to make more 
 space to the right:
 
 # with subplots:
 import matplotlib.pyplot as plt
 fig,ax=plt.subplots(2,2)
 fig.subplots_adjust(right=0.87)
 for axx in ax.flatten():
 pcm=axx.pcolormesh(rand(10,10))
 colorbarRight(pcm,ax,fig,extend='max')
 
 # with gridspec:
 import matplotlib.gridspec 
 import matplotlib.pyplot as plt
 fig=plt.figure()
 gs = gridspec.GridSpec(2,2)
 gs.update(right=0.87)
 for ii in range(2):
 for jj in range(2):
 ax=plt.subplot(gs[ii,jj])
 pcm=ax.pcolormesh(rand(10,10))
 colorbarRight(pcm,gs,fig,extend='max')
 '''
 import numpy as np
 if type(ax) is matplotlib.gridspec.GridSpec:
 # gridspecs are different than axes:
 pos = ax.get_grid_positions(fig)
 y0 = pos[0][-1]
 y1 = pos[1][0]
 x1 = pos[3][-1]
 else: 
 if ~(type(ax) is np.ndarray):
 # these are supposedly axes:
 ax=np.array(ax)
 # get max x1, min y0 and max y1
 y1 = 0.
 y0 = 1.
 x1=0.
 for axx in ax.flatten():
 pos=axx.get_position()
 x1=np.max([pos.x1,x1])
 y1=np.max([pos.y1,y1])
 y0=np.min([pos.y0,y0])
 height = y1-y0
 pos2 = [x1 + gap, y0 + (1.-shrink)*height/2., width, height*shrink]
 cax=axes(position=pos2)
 fig.colorbar(pcm,cax=cax,**kwargs)
> On 11 Mar 2015, at 19:43 PM, Dyah rahayu martiningrum <dya...@gm...> wrote:
> 
> Thank you so much Jody, Eric, Arnaldo, and Joy.
> I will try your suggestion.
> 
> 
> Dyah
> 
> On Sat, Mar 7, 2015 at 5:21 AM, Jody Klymak <jk...@uv... <mailto:jk...@uv...>> wrote:
> Hi,
> 
> I guess I don't understand the "[axx for axx in ax.flat]" command, but this steals from all the axes.
> 
> Cheers, Jody
> 
> fig,ax = plt.subplots(2,2)
> for i in range(2):
> for j in range(2):
> im=ax[i,j].imshow(np.ones((20,20)))
> im.set_clim([-1.,2.])
> cax,kw = mpl.colorbar.make_axes([axx for axx in ax.flat],shrink=0.5)
> plt.colorbar(im, cax=cax, **kw)
> 
> 
> > On Mar 6, 2015, at 9:39 AM, Eric Firing <ef...@ha... <mailto:ef...@ha...>> wrote:
> >
> > On 2015年03月05日 11:36 PM, Dyah rahayu martiningrum wrote:
> >> Hello all,
> >>
> >> I make multi plot with colorbars. I need help, how do make only one
> >> colorbar for six panels? I also want to show only lowest x-axis. I copy
> >> my recent code and figure here.
> >
> > An old example of something like this is here:
> >
> > http://matplotlib.org/examples/pylab_examples/multi_image.html <http://matplotlib.org/examples/pylab_examples/multi_image.html>
> >
> > Eric
> >
> > ------------------------------------------------------------------------------
> > 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/ <http://goparallel.sourceforge.net/>
> > _______________________________________________
> > Matplotlib-users mailing list
> > Mat...@li... <mailto:Mat...@li...>
> > https://lists.sourceforge.net/lists/listinfo/matplotlib-users <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/ <http://goparallel.sourceforge.net/>
> _______________________________________________
> Matplotlib-users mailing list
> Mat...@li... <mailto:Mat...@li...>
> https://lists.sourceforge.net/lists/listinfo/matplotlib-users <https://lists.sourceforge.net/lists/listinfo/matplotlib-users>
> 
> 
> 
> -- 
> 
> ===============================================
> Dyah R Martiningrum
> Student at Department of Communications and Computer Engineering
> Graduate School of Informatics, Kyoto University
> RISH, Gokasho, Uji shi, Kyoto, 611-0011, Japan.
> Office : +81 0774 38 3856
> Mobile : +81 090 6676 1981
> ===============================================
--
Jody Klymak 
http://web.uvic.ca/~jklymak/

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:55 PM Benjamin Root <ben...@ou...> wrote:
> Didn't we fix that in trunk recently?
>
> On Wed, Apr 1, 2015 at 12:51 PM, Jens Nielsen <jen...@gm...>
> wrote:
>
>> 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 <am...@ym...>:
>>
>>> 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 <
>>> jen...@gm...> 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 <tca...@gm...>:
>>>
>>> Make sure you have `freetype-dev` installed at the system level.
>>>
>>> Tom
>>>
>>> On Wed, Apr 1, 2015 at 8:02 AM Christian Ambros <am...@ym...>
>>> 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 <module>
>>> 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 "<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.]
>>> 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
>>> Mat...@li...
>>> 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
>>> Mat...@li...
>>> 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
>>> Mat...@li...
>>> 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
>> Mat...@li...
>> 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
> Mat...@li...
> 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...@ou...> 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 <somepkg>" (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 <am...@ym...> 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 <jen...@gm...> 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 <tca...@gm...>:
Make sure you have `freetype-dev` installed at the system level. 
Tom
On Wed, Apr 1, 2015 at 8:02 AM Christian Ambros <am...@ym...> 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 <module>
  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.3get'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 "<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.]
  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
Mat...@li...
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
Mat...@li...
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
Mat...@li...
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 <jen...@gm...>
wrote:
> 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 <am...@ym...>:
>
>> 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 <
>> jen...@gm...> 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 <tca...@gm...>:
>>
>> Make sure you have `freetype-dev` installed at the system level.
>>
>> Tom
>>
>> On Wed, Apr 1, 2015 at 8:02 AM Christian Ambros <am...@ym...>
>> 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 <module>
>> 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 "<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.]
>> 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
>> Mat...@li...
>> 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
>> Mat...@li...
>> 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
>> Mat...@li...
>> 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
> Mat...@li...
> 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
<somepkg>" (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 <am...@ym...> 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 <
> jen...@gm...> 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 <tca...@gm...>:
>
> Make sure you have `freetype-dev` installed at the system level.
>
> Tom
>
> On Wed, Apr 1, 2015 at 8:02 AM Christian Ambros <am...@ym...> 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 <module>
> 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 "<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.]
> 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
> Mat...@li...
> 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
> Mat...@li...
> 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
> Mat...@li...
> 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 <am...@ym...>:
> 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 <
> jen...@gm...> 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 <tca...@gm...>:
>
> Make sure you have `freetype-dev` installed at the system level.
>
> Tom
>
> On Wed, Apr 1, 2015 at 8:02 AM Christian Ambros <am...@ym...> 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 <module>
> 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 "<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.]
> 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
> Mat...@li...
> 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
> Mat...@li...
> 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
> Mat...@li...
> 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 <jen...@gm...> 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 <tca...@gm...>:
Make sure you have `freetype-dev` installed at the system level. 
Tom
On Wed, Apr 1, 2015 at 8:02 AM Christian Ambros <am...@ym...> 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 <module>
  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.3get'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 "<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.]
  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
Mat...@li...
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
Mat...@li...
https://lists.sourceforge.net/lists/listinfo/matplotlib-users
 

You would need to go this link to unsubscribe:
https://lists.sourceforge.net/lists/listinfo/matplotlib-users
I don't think sourceforge does automated unsubscribes.
On Wed, Apr 1, 2015 at 11:44 AM, AdolfoE Aguirre <agu...@gm...>
wrote:
> unsuscribe
>
>
> ------------------------------------------------------------------------------
> 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
> Mat...@li...
> https://lists.sourceforge.net/lists/listinfo/matplotlib-users
>
>

unsuscribe

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 <tca...@gm...> 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...@ou...> 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 <jen...@gm...>
>> 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 <tca...@gm...>:
>>>
>>>> Make sure you have `freetype-dev` installed at the system level.
>>>>
>>>> Tom
>>>>
>>>> On Wed, Apr 1, 2015 at 8:02 AM Christian Ambros <am...@ym...>
>>>> 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 <module>
>>>>> 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 "<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.]
>>>>> 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
>>>>> Mat...@li...
>>>>> 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
>>>> Mat...@li...
>>>> 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
>>> Mat...@li...
>>> 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:50 AM Benjamin Root <ben...@ou...> 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 <jen...@gm...>
> 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 <tca...@gm...>:
>>
>>> Make sure you have `freetype-dev` installed at the system level.
>>>
>>> Tom
>>>
>>> On Wed, Apr 1, 2015 at 8:02 AM Christian Ambros <am...@ym...>
>>> 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 <module>
>>>> 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 "<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.]
>>>> 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
>>>> Mat...@li...
>>>> 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
>>> Mat...@li...
>>> 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
>> Mat...@li...
>> 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 <jen...@gm...> 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 <tca...@gm...>:
>
>> Make sure you have `freetype-dev` installed at the system level.
>>
>> Tom
>>
>> On Wed, Apr 1, 2015 at 8:02 AM Christian Ambros <am...@ym...>
>> 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 <module>
>>> 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 "<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.]
>>> 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
>>> Mat...@li...
>>> 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
>> Mat...@li...
>> 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
> Mat...@li...
> 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 <tca...@gm...>:
> Make sure you have `freetype-dev` installed at the system level.
>
> Tom
>
> On Wed, Apr 1, 2015 at 8:02 AM Christian Ambros <am...@ym...> 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 <module>
>> 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 "<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.]
>> 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
>> Mat...@li...
>> 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
> Mat...@li...
> https://lists.sourceforge.net/lists/listinfo/matplotlib-users
>

Make sure you have `freetype-dev` installed at the system level.
Tom
On Wed, Apr 1, 2015 at 8:02 AM Christian Ambros <am...@ym...> 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 <module>
> 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 "<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.]
> 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
> Mat...@li...
> https://lists.sourceforge.net/lists/listinfo/matplotlib-users
>

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 <module>
  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.3get'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 "<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.]
  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!"