matplotlib-users Mailing List for matplotlib (Page 28)

Hey,

Just checking if I sent this out properly. Can someone reply to let me know
that this was seen, even if you don't have an answer?

Thanks,
Julian

On Mon, Mar 30, 2015 at 10:10 PM, Julian Irwin <jul...@gm...>
wrote:

> Hey,
>
> I am making a plot using nested GridSpec objects. I would like to adjust
> the space between the the different GridSpecs.
>
> This works fine if I do something like:
>
> gs0 = gridspec.GridSpec(a, b)
> gs1 = gridspec.GridSpec(c, d)
>
> gs0.update(...)
> gs1.update(...)
>
>
> However, If I use GridSpecFromSubplotSpec to make the gridspec-like
> objects, this update() method is not provided:
>
> root_gs = gridspec.GridSpec(2, 1)
>
> gs0 = gridspec.GridSpecFromSubplotSpec(a, b, root_gs[0])
> gs1 = gridspec.GridSpecFromSubplotSpec(c, d, root_gs[1])
>
> gs0.update() #not a method!!
>
> I probed around in gs0.__dict__ and dir(gs0) but I couldn't find the
> right attributes...Can anyone suggest a solutions or a workaround?
>
> Thanks!
> Julian
>
>

It seems the 'bottom' parameter is the best for me.

Here is the code:
from pylab import *

x = linspace(0.1, 2*pi, 10)
markerline, stemlines, baseline = stem(x, cos(x), '-.', bottom=.5)
setp(markerline, 'markerfacecolor', 'b')
setp(baseline, 'color','r', 'linewidth', 2)

show()

Thanks for your inputs.
ssinfod



--
View this message in context: http://matplotlib.1069221.n5.nabble.com/stem-plot-with-horizontal-offset-BaseValue-tp45297p45327.html
Sent from the matplotlib - users mailing list archive at Nabble.com.

---------------------------------------------------------------------------

**LAST CALL FOR SCIPY 2015 TALK AND POSTER SUBMISSIONS - EXTENSION TO 4/10*

---------------------------------------------------------------------------

SciPy 2015 will include 3 major topic tracks and 7 mini-symposia tracks.
Submit a proposal on the SciPy 2015 website: http://scipy2015.scipy.org. If
you have any questions or comments, feel free to contact us at:
sci...@sc.... You can also follow @scipyconf on Twitter or
sign up for the mailing list on the website for the latest updates!

 

Major topic tracks include:

- Scientific Computing in Python (General track)

- Python in Data Science

- Quantitative Finance and Computational Social Sciences

 

Mini-symposia will include the applications of Python in:

- Astronomy and astrophysics

- Computational life and medical sciences

- Engineering

- Geographic information systems (GIS)

- Geophysics

- Oceanography and meteorology

- Visualization, vision and imaging

 

--------------------------------------------------------------------------

**SCIPY 2015 REGISTRATION IS OPEN**

Please register ASAP to help us get a good headcount and open the conference
to as many people as we can. PLUS, everyone who registers before May 15 will
not only get early bird discounts, but will also be entered in a drawing for
a free registration (via refund or extra)! Register on the website at
http://scipy2015.scipy.org 

 

--------------------------------------------------------------------------

**SCIPY 2015 KEYNOTE SPEAKERS ANNOUNCED**

Keynote speakers were just announced and include Wes McKinney, author of
Pandas; Chris Wiggins, Chief Data Scientist for The New York Times; and Jake
VanderPlas, director of research at the University of Washington's eScience
Institute and core contributor to a number of scientific Python libraries
including sci-kit learn and AstroML.

 

--------------------------------------------------------------------------

**ENTER THE SCIPY JOHN HUNTER EXCELLENCE IN PLOTTING CONTEST - DUE 4/13**

In memory of John Hunter, creator of matplotlib, we are pleased to announce
the Third Annual SciPy John Hunter Excellence in Plotting Competition. This
open competition aims to highlight the importance of quality plotting to
scientific progress and showcase the capabilities of the current generation
of plotting software. Participants are invited to submit scientific plots to
be judged by a panel. The winning entries will be announced and displayed at
the conference. John Hunter's family is graciously sponsoring cash prizes up
to $1,000 for the winners. We look forward to exciting submissions that push
the boundaries of plotting! See details here:
http://scipy2015.scipy.org/ehome/115969/276538/ Entries must be submitted by
April 13, 2015 via e-mail to plo...@sc... 

 

--------------------------------------------------------------------------

**CALENDAR AND IMPORTANT DATES**

--Sprint, Birds of a Feather, Financial Aid and Talk submissions OPEN NOW

--Apr 10, 2015: Talk and Poster submission deadline

--Apr 13, 2015: Plotting contest submissions due

--Apr 15, 2015: Financial aid application deadline

--Apr 17, 2015: Tutorial schedule announced

--May 1, 2015: General conference speakers & schedule announced

--May 15, 2015 (or 150 registrants): Early-bird registration ends

--Jun 1, 2015: BoF submission deadline

--Jul 6-7, 2015: SciPy 2015 Tutorials

--Jul 8-10, 2015: SciPy 2015 General Conference

--Jul 11-12, 2015: SciPy 2015 Sprints

 

 

 

 

Jody and Ben,

That does the business! I had hunted for awhile, but didn’t find that solution. Thank you for your help!

Cheers,

John Leeman


> On Apr 2, 2015, at 1:02 PM, Benjamin Root <ben...@ou...> wrote:
> 
> ::Looks again::
> 
> Ok, I see what you did here:
> 
> cmap = plt.get_cmap('rainbow_r’)
> start=0.2
> stop = 1.
> colors = cmap(np.linspace(start, stop, cmap.N))
> # Create a new colormap from those colors
> color_map = LinearSegmentedColormap.from_list('Upper Half', colors)
> 
> I missed this part the first time through, noticing only the change to the vmin. Yeah, I think that would work just fine. Sorry for the confusion.
> 
> Cheers!
> Ben Root
> 
> 
> On Thu, Apr 2, 2015 at 12:56 PM, Jody Klymak <jk...@uv... <mailto:jk...@uv...>> wrote:
> 
> 
>> On 2 Apr 2015, at  9:50 AM, Benjamin Root <ben...@ou... <mailto:ben...@ou...>> wrote:
>> 
>> No, that's not what he is asking for. John wants the norm to go from -1 to 4, but he wants the colorbar to display only the 0 to 4 portion. Your approach (setting vmin=0) would change the normalization and change the colors.
> 
> Hmm, well his values go from 0 to 4, and he wants his colorbar to go from 0 to 4, but just over the last 4/5ths of the colormap.  I think I gave him what he wants.  But I guess he can decide!
> 
> Cheers,   Jody
> 
>> The axes limits do not appear to be scaled by the values. They are set to (0, 1). So, the kludgy way would seem to be to set the xlimits to be (0.2, 1) (taking out a fifth of the colorbar, but the frame is still there...
>> 
>> Ben Root
>> 
>> On Thu, Apr 2, 2015 at 12:32 PM, Jody Klymak <jk...@uv... <mailto:jk...@uv...>> wrote:
>> Hi John,
>> 
>> I got this off stack exchange, apologies to the original contributor...
>> 
>> Cheers,   Jody
>> 
>> 
>> import numpy as np
>> import matplotlib.pyplot as plt
>> from matplotlib.colors import LinearSegmentedColormap
>> 
>> x = np.arange(100)
>> y = np.random.rand(100)
>> z = 4 * np.random.rand(100)
>> 
>> cmap = plt.get_cmap('rainbow_r’)
>> start=0.2
>> stop = 1.
>> colors = cmap(np.linspace(start, stop, cmap.N))
>> # Create a new colormap from those colors
>> color_map = LinearSegmentedColormap.from_list('Upper Half', colors)
>> 
>> fig = plt.figure(figsize=(12,9))
>> ax1 = plt.subplot(111)
>> sc = ax1.scatter(x, y, c=z, s=50, cmap=color_map, vmin=0, vmax=4)
>> 
>> position=fig.add_axes([0.37, 0.16, 0.5, 0.02])
>> cb = fig.colorbar(sc, cax=position, orientation='horizontal', drawedges=False)
>> cb.set_label('Z-Colors', fontsize=14)
>> 
>> # I tried this after talking with Ben Root, but it
>> # results in some odd behavior
>> # cb.ax.set_xlim(0,4)
>> 
>> plt.show()
>> 
>> 
>> 
>>> On 2 Apr 2015, at  5:47 AM, John Leeman <kd...@gm... <mailto:kd...@gm...>> wrote:
>>> 
>>> Hi all,
>>> 
>>> I’m plotting some scatter points colored by a third variable, but want to use a limited subset of a colormap. In the example below, the color axis data ranges from 0-4, but I want to not use the red portion of the bar. Doing the first part is just accomplished by setting the vmin/vmax. But when I plot a color bar I don’t want to show the colors and values for anything below zero. Other than just white-boxing that part of the bar I’m not sure how to do it. I tried a suggestion of setting the limit properties of the bar axis attribute, but that results in the bar getting shrunk and shifted (a very weird behavior). Any ideas?
>>> 
>>> Thank you,
>>> 
>>> John Leeman
>>> 
>>> import numpy as np
>>> import matplotlib.pyplot as plt
>>> 
>>> x = np.arange(100)
>>> y = np.random.rand(100)
>>> z = 4 * np.random.rand(100)
>>> 
>>> color_map = plt.get_cmap('rainbow_r')
>>> 
>>> fig = plt.figure(figsize=(12,9))
>>> ax1 = plt.subplot(111)
>>> sc = ax1.scatter(x, y, c=z, s=50, cmap=color_map, vmin=-1, vmax=4)
>>> 
>>> position=fig.add_axes([0.37, 0.16, 0.5, 0.02])
>>> cb = fig.colorbar(sc, cax=position, orientation='horizontal', drawedges=False)
>>> cb.set_label('Z-Colors’, fontsize=14)
>>> 
>>> # I tried this after talking with Ben Root, but it
>>> # results in some odd behavior
>>> # cb.ax.set_xlim(0,4)
>>> 
>>> plt.show()
>>> <Color_Bar.png>
>>> ------------------------------------------------------------------------------
>>> 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>
>> 
>> --
>> Jody Klymak    
>> http://web.uvic.ca/~jklymak/ <http://web.uvic.ca/~jklymak/>
>> 
>> 
>> 
>> 
>> 
>> 
>> ------------------------------------------------------------------------------
>> 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>
>> 
>> 
> 
> 
> --
> Jody Klymak    
> http://web.uvic.ca/~jklymak/ <http://web.uvic.ca/~jklymak/>
> 
> 
> 
> 
> 
> 

::Looks again::

Ok, I see what you did here:

cmap = plt.get_cmap('rainbow_r’)
start=0.2
stop = 1.
colors = cmap(np.linspace(start, stop, cmap.N))
# Create a new colormap from those colors
color_map = LinearSegmentedColormap.from_list('Upper Half', colors)

I missed this part the first time through, noticing only the change to the
vmin. Yeah, I think that would work just fine. Sorry for the confusion.

Cheers!
Ben Root


On Thu, Apr 2, 2015 at 12:56 PM, Jody Klymak <jk...@uv...> wrote:

>
>
> On 2 Apr 2015, at  9:50 AM, Benjamin Root <ben...@ou...> wrote:
>
> No, that's not what he is asking for. John wants the norm to go from -1 to
> 4, but he wants the colorbar to display only the 0 to 4 portion. Your
> approach (setting vmin=0) would change the normalization and change the
> colors.
>
>
> Hmm, well his values go from 0 to 4, and he wants his colorbar to go from
> 0 to 4, but just over the last 4/5ths of the colormap.  I think I gave him
> what he wants.  But I guess he can decide!
>
> Cheers,   Jody
>
> The axes limits do not appear to be scaled by the values. They are set to
> (0, 1). So, the kludgy way would seem to be to set the xlimits to be (0.2,
> 1) (taking out a fifth of the colorbar, but the frame is still there...
>
> Ben Root
>
> On Thu, Apr 2, 2015 at 12:32 PM, Jody Klymak <jk...@uv...> wrote:
>
>> Hi John,
>>
>> I got this off stack exchange, apologies to the original contributor...
>>
>> Cheers,   Jody
>>
>>
>> import numpy as np
>> import matplotlib.pyplot as plt
>> from matplotlib.colors import LinearSegmentedColormap
>>
>> x = np.arange(100)
>> y = np.random.rand(100)
>> z = 4 * np.random.rand(100)
>>
>> cmap = plt.get_cmap('rainbow_r’)
>> start=0.2
>> stop = 1.
>> colors = cmap(np.linspace(start, stop, cmap.N))
>> # Create a new colormap from those colors
>> color_map = LinearSegmentedColormap.from_list('Upper Half', colors)
>>
>> fig = plt.figure(figsize=(12,9))
>> ax1 = plt.subplot(111)
>> sc = ax1.scatter(x, y, c=z, s=50, cmap=color_map, vmin=0, vmax=4)
>>
>> position=fig.add_axes([0.37, 0.16, 0.5, 0.02])
>> cb = fig.colorbar(sc, cax=position, orientation='horizontal',
>> drawedges=False)
>> cb.set_label('Z-Colors', fontsize=14)
>>
>> # I tried this after talking with Ben Root, but it
>> # results in some odd behavior
>> # cb.ax.set_xlim(0,4)
>>
>> plt.show()
>>
>>
>>
>> On 2 Apr 2015, at  5:47 AM, John Leeman <kd...@gm...> wrote:
>>
>> Hi all,
>>
>> I’m plotting some scatter points colored by a third variable, but want to
>> use a limited subset of a colormap. In the example below, the color axis
>> data ranges from 0-4, but I want to not use the red portion of the bar.
>> Doing the first part is just accomplished by setting the vmin/vmax. But
>> when I plot a color bar I don’t want to show the colors and values for
>> anything below zero. Other than just white-boxing that part of the bar I’m
>> not sure how to do it. I tried a suggestion of setting the limit properties
>> of the bar axis attribute, but that results in the bar getting shrunk and
>> shifted (a very weird behavior). Any ideas?
>>
>> Thank you,
>>
>> John Leeman
>>
>> import numpy as np
>> import matplotlib.pyplot as plt
>>
>> x = np.arange(100)
>> y = np.random.rand(100)
>> z = 4 * np.random.rand(100)
>>
>> color_map = plt.get_cmap('rainbow_r')
>>
>> fig = plt.figure(figsize=(12,9))
>> ax1 = plt.subplot(111)
>> sc = ax1.scatter(x, y, c=z, s=50, cmap=color_map, vmin=-1, vmax=4)
>>
>> position=fig.add_axes([0.37, 0.16, 0.5, 0.02])
>> cb = fig.colorbar(sc, cax=position, orientation='horizontal',
>> drawedges=False)
>> cb.set_label('Z-Colors’, fontsize=14)
>>
>> # I tried this after talking with Ben Root, but it
>> # results in some odd behavior
>> # cb.ax.set_xlim(0,4)
>>
>> plt.show()
>> <Color_Bar.png>
>>
>> ------------------------------------------------------------------------------
>> 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
>>
>>
>> --
>> Jody Klymak
>> http://web.uvic.ca/~jklymak/
>>
>>
>>
>>
>>
>>
>>
>> ------------------------------------------------------------------------------
>> 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
>>
>>
>
> --
> Jody Klymak
> http://web.uvic.ca/~jklymak/
>
>
>
>
>
>

> On 2 Apr 2015, at  9:50 AM, Benjamin Root <ben...@ou...> wrote:
> 
> No, that's not what he is asking for. John wants the norm to go from -1 to 4, but he wants the colorbar to display only the 0 to 4 portion. Your approach (setting vmin=0) would change the normalization and change the colors.

Hmm, well his values go from 0 to 4, and he wants his colorbar to go from 0 to 4, but just over the last 4/5ths of the colormap.  I think I gave him what he wants.  But I guess he can decide!

Cheers,   Jody

> The axes limits do not appear to be scaled by the values. They are set to (0, 1). So, the kludgy way would seem to be to set the xlimits to be (0.2, 1) (taking out a fifth of the colorbar, but the frame is still there...
> 
> Ben Root
> 
> On Thu, Apr 2, 2015 at 12:32 PM, Jody Klymak <jk...@uv... <mailto:jk...@uv...>> wrote:
> Hi John,
> 
> I got this off stack exchange, apologies to the original contributor...
> 
> Cheers,   Jody
> 
> 
> import numpy as np
> import matplotlib.pyplot as plt
> from matplotlib.colors import LinearSegmentedColormap
> 
> x = np.arange(100)
> y = np.random.rand(100)
> z = 4 * np.random.rand(100)
> 
> cmap = plt.get_cmap('rainbow_r’)
> start=0.2
> stop = 1.
> colors = cmap(np.linspace(start, stop, cmap.N))
> # Create a new colormap from those colors
> color_map = LinearSegmentedColormap.from_list('Upper Half', colors)
> 
> fig = plt.figure(figsize=(12,9))
> ax1 = plt.subplot(111)
> sc = ax1.scatter(x, y, c=z, s=50, cmap=color_map, vmin=0, vmax=4)
> 
> position=fig.add_axes([0.37, 0.16, 0.5, 0.02])
> cb = fig.colorbar(sc, cax=position, orientation='horizontal', drawedges=False)
> cb.set_label('Z-Colors', fontsize=14)
> 
> # I tried this after talking with Ben Root, but it
> # results in some odd behavior
> # cb.ax.set_xlim(0,4)
> 
> plt.show()
> 
> 
> 
>> On 2 Apr 2015, at  5:47 AM, John Leeman <kd...@gm... <mailto:kd...@gm...>> wrote:
>> 
>> Hi all,
>> 
>> I’m plotting some scatter points colored by a third variable, but want to use a limited subset of a colormap. In the example below, the color axis data ranges from 0-4, but I want to not use the red portion of the bar. Doing the first part is just accomplished by setting the vmin/vmax. But when I plot a color bar I don’t want to show the colors and values for anything below zero. Other than just white-boxing that part of the bar I’m not sure how to do it. I tried a suggestion of setting the limit properties of the bar axis attribute, but that results in the bar getting shrunk and shifted (a very weird behavior). Any ideas?
>> 
>> Thank you,
>> 
>> John Leeman
>> 
>> import numpy as np
>> import matplotlib.pyplot as plt
>> 
>> x = np.arange(100)
>> y = np.random.rand(100)
>> z = 4 * np.random.rand(100)
>> 
>> color_map = plt.get_cmap('rainbow_r')
>> 
>> fig = plt.figure(figsize=(12,9))
>> ax1 = plt.subplot(111)
>> sc = ax1.scatter(x, y, c=z, s=50, cmap=color_map, vmin=-1, vmax=4)
>> 
>> position=fig.add_axes([0.37, 0.16, 0.5, 0.02])
>> cb = fig.colorbar(sc, cax=position, orientation='horizontal', drawedges=False)
>> cb.set_label('Z-Colors’, fontsize=14)
>> 
>> # I tried this after talking with Ben Root, but it
>> # results in some odd behavior
>> # cb.ax.set_xlim(0,4)
>> 
>> plt.show()
>> <Color_Bar.png>
>> ------------------------------------------------------------------------------
>> 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>
> 
> --
> Jody Klymak    
> http://web.uvic.ca/~jklymak/ <http://web.uvic.ca/~jklymak/>
> 
> 
> 
> 
> 
> 
> ------------------------------------------------------------------------------
> 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>
> 
> 

--
Jody Klymak    
http://web.uvic.ca/~jklymak/

No, that's not what he is asking for. John wants the norm to go from -1 to
4, but he wants the colorbar to display only the 0 to 4 portion. Your
approach (setting vmin=0) would change the normalization and change the
colors.

The axes limits do not appear to be scaled by the values. They are set to
(0, 1). So, the kludgy way would seem to be to set the xlimits to be (0.2,
1) (taking out a fifth of the colorbar, but the frame is still there...

Ben Root

On Thu, Apr 2, 2015 at 12:32 PM, Jody Klymak <jk...@uv...> wrote:

> Hi John,
>
> I got this off stack exchange, apologies to the original contributor...
>
> Cheers,   Jody
>
>
> import numpy as np
> import matplotlib.pyplot as plt
> from matplotlib.colors import LinearSegmentedColormap
>
> x = np.arange(100)
> y = np.random.rand(100)
> z = 4 * np.random.rand(100)
>
> cmap = plt.get_cmap('rainbow_r’)
> start=0.2
> stop = 1.
> colors = cmap(np.linspace(start, stop, cmap.N))
> # Create a new colormap from those colors
> color_map = LinearSegmentedColormap.from_list('Upper Half', colors)
>
> fig = plt.figure(figsize=(12,9))
> ax1 = plt.subplot(111)
> sc = ax1.scatter(x, y, c=z, s=50, cmap=color_map, vmin=0, vmax=4)
>
> position=fig.add_axes([0.37, 0.16, 0.5, 0.02])
> cb = fig.colorbar(sc, cax=position, orientation='horizontal',
> drawedges=False)
> cb.set_label('Z-Colors', fontsize=14)
>
> # I tried this after talking with Ben Root, but it
> # results in some odd behavior
> # cb.ax.set_xlim(0,4)
>
> plt.show()
>
>
>
> On 2 Apr 2015, at  5:47 AM, John Leeman <kd...@gm...> wrote:
>
> Hi all,
>
> I’m plotting some scatter points colored by a third variable, but want to
> use a limited subset of a colormap. In the example below, the color axis
> data ranges from 0-4, but I want to not use the red portion of the bar.
> Doing the first part is just accomplished by setting the vmin/vmax. But
> when I plot a color bar I don’t want to show the colors and values for
> anything below zero. Other than just white-boxing that part of the bar I’m
> not sure how to do it. I tried a suggestion of setting the limit properties
> of the bar axis attribute, but that results in the bar getting shrunk and
> shifted (a very weird behavior). Any ideas?
>
> Thank you,
>
> John Leeman
>
> import numpy as np
> import matplotlib.pyplot as plt
>
> x = np.arange(100)
> y = np.random.rand(100)
> z = 4 * np.random.rand(100)
>
> color_map = plt.get_cmap('rainbow_r')
>
> fig = plt.figure(figsize=(12,9))
> ax1 = plt.subplot(111)
> sc = ax1.scatter(x, y, c=z, s=50, cmap=color_map, vmin=-1, vmax=4)
>
> position=fig.add_axes([0.37, 0.16, 0.5, 0.02])
> cb = fig.colorbar(sc, cax=position, orientation='horizontal',
> drawedges=False)
> cb.set_label('Z-Colors’, fontsize=14)
>
> # I tried this after talking with Ben Root, but it
> # results in some odd behavior
> # cb.ax.set_xlim(0,4)
>
> plt.show()
> <Color_Bar.png>
>
> ------------------------------------------------------------------------------
> 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
>
>
> --
> Jody Klymak
> http://web.uvic.ca/~jklymak/
>
>
>
>
>
>
>
> ------------------------------------------------------------------------------
> 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 John,

I got this off stack exchange, apologies to the original contributor...

Cheers,   Jody


import numpy as np
import matplotlib.pyplot as plt
from matplotlib.colors import LinearSegmentedColormap

x = np.arange(100)
y = np.random.rand(100)
z = 4 * np.random.rand(100)

cmap = plt.get_cmap('rainbow_r’)
start=0.2
stop = 1.
colors = cmap(np.linspace(start, stop, cmap.N))
# Create a new colormap from those colors
color_map = LinearSegmentedColormap.from_list('Upper Half', colors)

fig = plt.figure(figsize=(12,9))
ax1 = plt.subplot(111)
sc = ax1.scatter(x, y, c=z, s=50, cmap=color_map, vmin=0, vmax=4)

position=fig.add_axes([0.37, 0.16, 0.5, 0.02])
cb = fig.colorbar(sc, cax=position, orientation='horizontal', drawedges=False)
cb.set_label('Z-Colors', fontsize=14)

# I tried this after talking with Ben Root, but it
# results in some odd behavior
# cb.ax.set_xlim(0,4)

plt.show()



> On 2 Apr 2015, at  5:47 AM, John Leeman <kd...@gm...> wrote:
> 
> Hi all,
> 
> I’m plotting some scatter points colored by a third variable, but want to use a limited subset of a colormap. In the example below, the color axis data ranges from 0-4, but I want to not use the red portion of the bar. Doing the first part is just accomplished by setting the vmin/vmax. But when I plot a color bar I don’t want to show the colors and values for anything below zero. Other than just white-boxing that part of the bar I’m not sure how to do it. I tried a suggestion of setting the limit properties of the bar axis attribute, but that results in the bar getting shrunk and shifted (a very weird behavior). Any ideas?
> 
> Thank you,
> 
> John Leeman
> 
> import numpy as np
> import matplotlib.pyplot as plt
> 
> x = np.arange(100)
> y = np.random.rand(100)
> z = 4 * np.random.rand(100)
> 
> color_map = plt.get_cmap('rainbow_r')
> 
> fig = plt.figure(figsize=(12,9))
> ax1 = plt.subplot(111)
> sc = ax1.scatter(x, y, c=z, s=50, cmap=color_map, vmin=-1, vmax=4)
> 
> position=fig.add_axes([0.37, 0.16, 0.5, 0.02])
> cb = fig.colorbar(sc, cax=position, orientation='horizontal', drawedges=False)
> cb.set_label('Z-Colors’, fontsize=14)
> 
> # I tried this after talking with Ben Root, but it
> # results in some odd behavior
> # cb.ax.set_xlim(0,4)
> 
> plt.show()
> <Color_Bar.png>
> ------------------------------------------------------------------------------
> 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

--
Jody Klymak    
http://web.uvic.ca/~jklymak/

Hi all,

I’m plotting some scatter points colored by a third variable, but want to use a limited subset of a colormap. In the example below, the color axis data ranges from 0-4, but I want to not use the red portion of the bar. Doing the first part is just accomplished by setting the vmin/vmax. But when I plot a color bar I don’t want to show the colors and values for anything below zero. Other than just white-boxing that part of the bar I’m not sure how to do it. I tried a suggestion of setting the limit properties of the bar axis attribute, but that results in the bar getting shrunk and shifted (a very weird behavior). Any ideas?

Thank you,

John Leeman

import numpy as np
import matplotlib.pyplot as plt

x = np.arange(100)
y = np.random.rand(100)
z = 4 * np.random.rand(100)

color_map = plt.get_cmap('rainbow_r')

fig = plt.figure(figsize=(12,9))
ax1 = plt.subplot(111)
sc = ax1.scatter(x, y, c=z, s=50, cmap=color_map, vmin=-1, vmax=4)

position=fig.add_axes([0.37, 0.16, 0.5, 0.02])
cb = fig.colorbar(sc, cax=position, orientation='horizontal', drawedges=False)
cb.set_label('Z-Colors’, fontsize=14)

# I tried this after talking with Ben Root, but it
# results in some odd behavior
# cb.ax.set_xlim(0,4)

plt.show()

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



ons. 1. apr. 2015 kl. 18.05 skrev Christian Ambros <am...@ym...>:

> 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.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
>

On Wed, Apr 1, 2015 at 10:27 AM, Prahas David Nafissian <
pra...@gm...> wrote:

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


Wow! Thank you so much for sharing this, it's beautiful, and a really great
combination of math and art.

John would have loved it... :)


Fernando Perez (@fperez_org; http://fperez.org)
fperez.net-at-gmail: mailing lists only (I ignore this when swamped!)
fernando.perez-at-berkeley: contact me here for any direct mail

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
>