matplotlib-users Mailing List for matplotlib

Wanted to share the Call for Proposals and registration info about the 2015
SciPy Conference (below) - more info on the conference website at
http://scipy2015.scipy.org. Hope we'll see some matplotlib submissions!

Best regards, 

Courtenay Godshall
SciPy 2015 Communications Co-Chair

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

**SciPy 2015 Conference (Scientific Computing with Python) Call for
Proposals: Submit Your Tutorial and Talk Ideas by April 1, 2015 at
http://scipy2015.scipy.org.**  

SciPy 2015, the fourteenth annual Scientific Computing with Python
conference, will be held July 6-12, 2015 in Austin, Texas. SciPy is a
community dedicated to the advancement of scientific computing through open
source Python software for mathematics, science, and engineering. The annual
SciPy Conference brings together over 500 participants from industry,
academia, and government to showcase their latest projects, learn from
skilled users and developers, and collaborate on code development. The full
program will consist of two days of tutorials by followed by three days of
presentations, and concludes with two days of developer sprints. More info
available on the conference website at http://scipy2015.scipy.org; you can
also sign up on the website for mailing list updates or follow @scipyconf on
Twitter. We hope you'll join us - early bird registration is open until May
15, 2015 at http://scipy2015.scipy.org 

We encourage you to submit tutorial or talk proposals in the categories
below; please also share with others who you'd like to see participate!
Submit via the conference website @ http://scipy2015.scipy.org.

*SCIPY TUTORIAL SESSION PROPOSALS -  DEADLINE EXTENDED TO WED APRIL 1, 2015*
The SciPy experience kicks off with two days of tutorials. These sessions
provide extremely affordable access to expert training, and consistently
receive fantastic feedback from participants. We're looking for submissions
on topics from introductory to advanced - we'll have attendees across the
gamut looking to learn. Whether you are a major contributor to a scientific
Python library or an expert-level user, this is a great opportunity to share
your knowledge and stipends are available. Submit Your Tutorial Proposal on
the SciPy 2015 website: http://scipy2015.scipy.org

*SCIPY TALK AND POSTER SUBMISSIONS - DUE April 1, 2015* SciPy 2015 will
include 3 major topic tracks and 7 mini-symposia tracks. Submit Your Talk
Proposal on the SciPy 2015 website: http://scipy2015.scipy.org

Major topic tracks include:
- Scientific Computing in Python (General track)
- Python in Data Science
- Quantitative 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

If you have any questions or comments, feel free to contact us at:
sci...@sc....

"please don't do that"

Yes, I will make sure that any antagonizing I do in the future, it will be
completely clear that I am the one doing it.  ;-)

On Wed, Mar 18, 2015 at 2:04 PM, Thomas Caswell <tca...@gm...> wrote:

> Hmm, I can't read and miss-attributed who was antagonizing Sandro, please
> don't do that.
>
> On Wed, Mar 18, 2015 at 2:01 PM Benjamin Root <ben...@ou...> wrote:
>
>> For my part, I didn't take Keith's comment as antagonizing. If anything,
>> I should apologize to Sandro. It was not necessary for me to drag Debian
>> into this, because all I know is that I was having issues on Ubuntu.
>>
>> Ben Root
>>
>> On Wed, Mar 18, 2015 at 1:51 PM, Thomas Caswell <tca...@gm...>
>> wrote:
>>
>>> We do support ubuntu, travis.ci (which we use for continuous
>>> integration testing) is ubuntu based and my main development box is ubuntu
>>> (but I mostly work inside conda environments rather than virtualenvs these
>>> days). Even though it is the worst thing for a dev to say, 'it works on my
>>> machine'.
>>>
>>> Part of the problem here is that it looks like you are doing system-wide
>>> installations from source so you have almost certainly driven your system
>>> into an inconsistent state.  Unless you know enough sys-admin magic to
>>> ensure you won't step on the toes of the system packages, I strongly
>>> suggest _never_ using sudo to install python packages.  Either use
>>> venv/conda or install into a directory in your home directory and modify
>>> $PYTHONPATH as needed.
>>>
>>>  I know it is frustrating, but there isn't a whole lot we can do to help
>>> you with you knowing exactly what you have done to your system.
>>>
>>> In any case antagonizing the developers and the debian packager is _not_
>>> the most effective course of action.  I assure you all of us are making a
>>> good faith effort to make sure mpl works everywhere.  Starting from that
>>> assumption will make all of these conversations go much more smoothly.
>>> Also remember everyone responding to you on this list is a volunteer,
>>> please be respectful of our time and energy.
>>>
>>> Tom
>>>
>>> On Wed, Mar 18, 2015 at 1:27 PM Benjamin Root <ben...@ou...> wrote:
>>>
>>>> We would too. This is the first time I have seen updating setuptools
>>>> not work. That was the fix... I have no clue why it is broken on your
>>>> system.
>>>>
>>>> On Wed, Mar 18, 2015 at 1:20 PM, <kei...@bt...> wrote:
>>>>
>>>>> Ok, I will check out anaconda anyway.
>>>>>
>>>>>
>>>>>
>>>>> I would think that the matplotlib maintainers would want to make sure
>>>>> they support the very popular Ubuntu platform, even if a workaround for a
>>>>> bug elsewhere is needed.
>>>>>
>>>>>
>>>>>
>>>>> K
>>>>>
>>>>>
>>>>>
>>>>>
>>>>>
>>>>> *From:* ben...@gm... [mailto:ben...@gm...] *On Behalf
>>>>> Of *Benjamin Root
>>>>> *Sent:* 18 March 2015 17:17
>>>>> *To:* Briggs,KM,Keith,TUB2 R; Matplotlib Users
>>>>>
>>>>
>>>>> *Subject:* Re: [matplotlib-devel] 1.4.3 does not build on Ubuntu 14
>>>>> with python3
>>>>>
>>>>>
>>>>>
>>>>> One thing I just noticed is that python3.4 and the distutils libraries
>>>>> are installed at /usr/lib/python3.4/distutils/, but the setuptools is
>>>>> located at /usr/local/lib/python3.4/dist-packages/. One of the
>>>>> oddities of setuptools is that it monkey-patches distutils, if I understand
>>>>> it correctly, so perhaps it isn't doing it correctly for some reason? I
>>>>> haven't a clue, really.
>>>>>
>>>>> This oddity in directory structures was actually one thing I noticed
>>>>> in Ubuntu last summer/fall for py2.7 that broke a lot of things for me. I
>>>>> was in a rush at the time, so I just switched to anaconda, nuked everything
>>>>> python in my .local and moved on. That is always an option here, but it
>>>>> would be nice to get to the bottom of this as well.
>>>>>
>>>>> Ben Root
>>>>>
>>>>>
>>>>>
>>>>> On Wed, Mar 18, 2015 at 1:03 PM, <kei...@bt...> wrote:
>>>>>
>>>>> Ben: thanks for your help - it's very much appreciated!
>>>>> Keith
>>>>>
>>>>> kbriggs:~/Downloads/matplotlib-1.4.3> python3
>>>>> 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.__file__)
>>>>> /usr/local/lib/python3.4/dist-packages/setuptools-14.3-py3.
>>>>> 4.egg/setuptools/__init__.py
>>>>> >>>
>>>>>
>>>>>
>>>>> kbriggs:~/Downloads/matplotlib-1.4.3> python
>>>>> Python 2.7.6 (default, Mar 22 2014, 22:59:56)
>>>>> [GCC 4.8.2] on linux2
>>>>> Type "help", "copyright", "credits" or "license" for more information.
>>>>> >>>
>>>>> >>> import setuptools
>>>>> >>> print(setuptools.__file__)
>>>>> /usr/lib/python2.7/dist-packages/setuptools/__init__.pyc
>>>>> >>>
>>>>>
>>>>>
>>>>> ________________________________________
>>>>> From: ben...@gm... [ben...@gm...] On Behalf Of
>>>>> Benjamin Root [ben...@ou...]
>>>>> Sent: 18 March 2015 16:58
>>>>> To: Briggs,KM,Keith,TUB2 R
>>>>> Cc: matplotlib development list
>>>>> Subject: Re: [matplotlib-devel] 1.4.3 does not build on Ubuntu 14 with
>>>>> python3
>>>>>
>>>>> Keith,
>>>>>
>>>>> Back to the issue at hand. could you do the following?
>>>>>
>>>>> import setuptools
>>>>> print(setuptools.__file__)
>>>>>
>>>>> It would be interesting to see if that path differs from the path of
>>>>> the egg you just listed.
>>>>> Ben
>>>>>
>>>>> On Wed, Mar 18, 2015 at 11:39 AM, <kei...@bt...<mailto:ke
>>>>> ith...@bt...>> wrote:
>>>>> pip still thinks I have the latest.   I think it's a question of how
>>>>> to force the matplotlib setup.py to use actually it.
>>>>> Keith
>>>>>
>>>>> kbriggs:~/Downloads/matplotlib-1.4.3> sudo pip3  install setuptools
>>>>> --upgrade
>>>>> Requirement already up-to-date: setuptools in
>>>>> /usr/local/lib/python3.4/dist-packages/setuptools-14.3-py3.4.egg
>>>>> Cleaning up...
>>>>>
>>>>> ________________________________________
>>>>> From: ben...@gm...<mailto:ben...@gm...> [
>>>>> ben...@gm...<mailto:ben...@gm...>] On Behalf Of
>>>>> Benjamin Root [ben...@ou...<mailto:ben...@ou...>]
>>>>> Sent: 18 March 2015 15:33
>>>>> To: Briggs,KM,Keith,TUB2 R
>>>>> Cc: matplotlib development list
>>>>> Subject: Re: [matplotlib-devel] 1.4.3 does not build on Ubuntu 14 with
>>>>> python3
>>>>>
>>>>> I would just use pip. Ubuntu/Debian has really messed up the python
>>>>> environment in more ways than one.
>>>>>
>>>>> On Wed, Mar 18, 2015 at 11:08 AM, keithbriggs <kei...@bt...
>>>>> <mailto:kei...@bt...><mailto:kei...@bt...<mailto:keith.
>>>>> br...@bt...>>> wrote:
>>>>> The Ubuntu package manager tells me it is up to date.
>>>>> If I download setuptools-14.3 and install, it goes into
>>>>> /usr/local/lib/ and
>>>>> doesn't get used.
>>>>> How do I force it to be used?
>>>>> Or am I supposed to override the Ubuntu package manager?
>>>>> Keith
>>>>>
>>>>>
>>>>>
>>>>>
>>>>>
>>>>> ------------------------------------------------------------
>>>>> ------------------
>>>>> 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-devel mailing list
>>>>> Mat...@li...<mailto:Matplot
>>>>> lib...@li...>
>>>>> https://lists.sourceforge.net/lists/listinfo/matplotlib-devel
>>>>>
>>>>>
>>>>>
>>>> ------------------------------------------------------------
>>>> ------------------
>>>> 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
>>>>
>>>
>>

Hmm, I can't read and miss-attributed who was antagonizing Sandro, please
don't do that.

On Wed, Mar 18, 2015 at 2:01 PM Benjamin Root <ben...@ou...> wrote:

> For my part, I didn't take Keith's comment as antagonizing. If anything, I
> should apologize to Sandro. It was not necessary for me to drag Debian into
> this, because all I know is that I was having issues on Ubuntu.
>
> Ben Root
>
> On Wed, Mar 18, 2015 at 1:51 PM, Thomas Caswell <tca...@gm...>
> wrote:
>
>> We do support ubuntu, travis.ci (which we use for continuous integration
>> testing) is ubuntu based and my main development box is ubuntu (but I
>> mostly work inside conda environments rather than virtualenvs these days).
>> Even though it is the worst thing for a dev to say, 'it works on my
>> machine'.
>>
>> Part of the problem here is that it looks like you are doing system-wide
>> installations from source so you have almost certainly driven your system
>> into an inconsistent state.  Unless you know enough sys-admin magic to
>> ensure you won't step on the toes of the system packages, I strongly
>> suggest _never_ using sudo to install python packages.  Either use
>> venv/conda or install into a directory in your home directory and modify
>> $PYTHONPATH as needed.
>>
>>  I know it is frustrating, but there isn't a whole lot we can do to help
>> you with you knowing exactly what you have done to your system.
>>
>> In any case antagonizing the developers and the debian packager is _not_
>> the most effective course of action.  I assure you all of us are making a
>> good faith effort to make sure mpl works everywhere.  Starting from that
>> assumption will make all of these conversations go much more smoothly.
>> Also remember everyone responding to you on this list is a volunteer,
>> please be respectful of our time and energy.
>>
>> Tom
>>
>> On Wed, Mar 18, 2015 at 1:27 PM Benjamin Root <ben...@ou...> wrote:
>>
>>> We would too. This is the first time I have seen updating setuptools not
>>> work. That was the fix... I have no clue why it is broken on your system.
>>>
>>> On Wed, Mar 18, 2015 at 1:20 PM, <kei...@bt...> wrote:
>>>
>>>> Ok, I will check out anaconda anyway.
>>>>
>>>>
>>>>
>>>> I would think that the matplotlib maintainers would want to make sure
>>>> they support the very popular Ubuntu platform, even if a workaround for a
>>>> bug elsewhere is needed.
>>>>
>>>>
>>>>
>>>> K
>>>>
>>>>
>>>>
>>>>
>>>>
>>>> *From:* ben...@gm... [mailto:ben...@gm...] *On Behalf
>>>> Of *Benjamin Root
>>>> *Sent:* 18 March 2015 17:17
>>>> *To:* Briggs,KM,Keith,TUB2 R; Matplotlib Users
>>>>
>>>
>>>> *Subject:* Re: [matplotlib-devel] 1.4.3 does not build on Ubuntu 14
>>>> with python3
>>>>
>>>>
>>>>
>>>> One thing I just noticed is that python3.4 and the distutils libraries
>>>> are installed at /usr/lib/python3.4/distutils/, but the setuptools is
>>>> located at /usr/local/lib/python3.4/dist-packages/. One of the
>>>> oddities of setuptools is that it monkey-patches distutils, if I understand
>>>> it correctly, so perhaps it isn't doing it correctly for some reason? I
>>>> haven't a clue, really.
>>>>
>>>> This oddity in directory structures was actually one thing I noticed in
>>>> Ubuntu last summer/fall for py2.7 that broke a lot of things for me. I was
>>>> in a rush at the time, so I just switched to anaconda, nuked everything
>>>> python in my .local and moved on. That is always an option here, but it
>>>> would be nice to get to the bottom of this as well.
>>>>
>>>> Ben Root
>>>>
>>>>
>>>>
>>>> On Wed, Mar 18, 2015 at 1:03 PM, <kei...@bt...> wrote:
>>>>
>>>> Ben: thanks for your help - it's very much appreciated!
>>>> Keith
>>>>
>>>> kbriggs:~/Downloads/matplotlib-1.4.3> python3
>>>> 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.__file__)
>>>> /usr/local/lib/python3.4/dist-packages/setuptools-14.3-py3.
>>>> 4.egg/setuptools/__init__.py
>>>> >>>
>>>>
>>>>
>>>> kbriggs:~/Downloads/matplotlib-1.4.3> python
>>>> Python 2.7.6 (default, Mar 22 2014, 22:59:56)
>>>> [GCC 4.8.2] on linux2
>>>> Type "help", "copyright", "credits" or "license" for more information.
>>>> >>>
>>>> >>> import setuptools
>>>> >>> print(setuptools.__file__)
>>>> /usr/lib/python2.7/dist-packages/setuptools/__init__.pyc
>>>> >>>
>>>>
>>>>
>>>> ________________________________________
>>>> From: ben...@gm... [ben...@gm...] On Behalf Of
>>>> Benjamin Root [ben...@ou...]
>>>> Sent: 18 March 2015 16:58
>>>> To: Briggs,KM,Keith,TUB2 R
>>>> Cc: matplotlib development list
>>>> Subject: Re: [matplotlib-devel] 1.4.3 does not build on Ubuntu 14 with
>>>> python3
>>>>
>>>> Keith,
>>>>
>>>> Back to the issue at hand. could you do the following?
>>>>
>>>> import setuptools
>>>> print(setuptools.__file__)
>>>>
>>>> It would be interesting to see if that path differs from the path of
>>>> the egg you just listed.
>>>> Ben
>>>>
>>>> On Wed, Mar 18, 2015 at 11:39 AM, <kei...@bt...<mailto:ke
>>>> ith...@bt...>> wrote:
>>>> pip still thinks I have the latest.   I think it's a question of how to
>>>> force the matplotlib setup.py to use actually it.
>>>> Keith
>>>>
>>>> kbriggs:~/Downloads/matplotlib-1.4.3> sudo pip3  install setuptools
>>>> --upgrade
>>>> Requirement already up-to-date: setuptools in
>>>> /usr/local/lib/python3.4/dist-packages/setuptools-14.3-py3.4.egg
>>>> Cleaning up...
>>>>
>>>> ________________________________________
>>>> From: ben...@gm...<mailto:ben...@gm...> [
>>>> ben...@gm...<mailto:ben...@gm...>] On Behalf Of
>>>> Benjamin Root [ben...@ou...<mailto:ben...@ou...>]
>>>> Sent: 18 March 2015 15:33
>>>> To: Briggs,KM,Keith,TUB2 R
>>>> Cc: matplotlib development list
>>>> Subject: Re: [matplotlib-devel] 1.4.3 does not build on Ubuntu 14 with
>>>> python3
>>>>
>>>> I would just use pip. Ubuntu/Debian has really messed up the python
>>>> environment in more ways than one.
>>>>
>>>> On Wed, Mar 18, 2015 at 11:08 AM, keithbriggs <kei...@bt...
>>>> <mailto:kei...@bt...><mailto:kei...@bt...<mailto:keith.
>>>> br...@bt...>>> wrote:
>>>> The Ubuntu package manager tells me it is up to date.
>>>> If I download setuptools-14.3 and install, it goes into /usr/local/lib/
>>>> and
>>>> doesn't get used.
>>>> How do I force it to be used?
>>>> Or am I supposed to override the Ubuntu package manager?
>>>> Keith
>>>>
>>>>
>>>>
>>>>
>>>>
>>>> ------------------------------------------------------------
>>>> ------------------
>>>> 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-devel mailing list
>>>> Mat...@li...<mailto:Matplot
>>>> lib...@li...>
>>>> https://lists.sourceforge.net/lists/listinfo/matplotlib-devel
>>>>
>>>>
>>>>
>>> ------------------------------------------------------------
>>> ------------------
>>> 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
>>>
>>
>

For my part, I didn't take Keith's comment as antagonizing. If anything, I
should apologize to Sandro. It was not necessary for me to drag Debian into
this, because all I know is that I was having issues on Ubuntu.

Ben Root

On Wed, Mar 18, 2015 at 1:51 PM, Thomas Caswell <tca...@gm...> wrote:

> We do support ubuntu, travis.ci (which we use for continuous integration
> testing) is ubuntu based and my main development box is ubuntu (but I
> mostly work inside conda environments rather than virtualenvs these days).
> Even though it is the worst thing for a dev to say, 'it works on my
> machine'.
>
> Part of the problem here is that it looks like you are doing system-wide
> installations from source so you have almost certainly driven your system
> into an inconsistent state.  Unless you know enough sys-admin magic to
> ensure you won't step on the toes of the system packages, I strongly
> suggest _never_ using sudo to install python packages.  Either use
> venv/conda or install into a directory in your home directory and modify
> $PYTHONPATH as needed.
>
>  I know it is frustrating, but there isn't a whole lot we can do to help
> you with you knowing exactly what you have done to your system.
>
> In any case antagonizing the developers and the debian packager is _not_
> the most effective course of action.  I assure you all of us are making a
> good faith effort to make sure mpl works everywhere.  Starting from that
> assumption will make all of these conversations go much more smoothly.
> Also remember everyone responding to you on this list is a volunteer,
> please be respectful of our time and energy.
>
> Tom
>
> On Wed, Mar 18, 2015 at 1:27 PM Benjamin Root <ben...@ou...> wrote:
>
>> We would too. This is the first time I have seen updating setuptools not
>> work. That was the fix... I have no clue why it is broken on your system.
>>
>> On Wed, Mar 18, 2015 at 1:20 PM, <kei...@bt...> wrote:
>>
>>> Ok, I will check out anaconda anyway.
>>>
>>>
>>>
>>> I would think that the matplotlib maintainers would want to make sure
>>> they support the very popular Ubuntu platform, even if a workaround for a
>>> bug elsewhere is needed.
>>>
>>>
>>>
>>> K
>>>
>>>
>>>
>>>
>>>
>>> *From:* ben...@gm... [mailto:ben...@gm...] *On Behalf
>>> Of *Benjamin Root
>>> *Sent:* 18 March 2015 17:17
>>> *To:* Briggs,KM,Keith,TUB2 R; Matplotlib Users
>>>
>>
>>> *Subject:* Re: [matplotlib-devel] 1.4.3 does not build on Ubuntu 14
>>> with python3
>>>
>>>
>>>
>>> One thing I just noticed is that python3.4 and the distutils libraries
>>> are installed at /usr/lib/python3.4/distutils/, but the setuptools is
>>> located at /usr/local/lib/python3.4/dist-packages/. One of the oddities
>>> of setuptools is that it monkey-patches distutils, if I understand it
>>> correctly, so perhaps it isn't doing it correctly for some reason? I
>>> haven't a clue, really.
>>>
>>> This oddity in directory structures was actually one thing I noticed in
>>> Ubuntu last summer/fall for py2.7 that broke a lot of things for me. I was
>>> in a rush at the time, so I just switched to anaconda, nuked everything
>>> python in my .local and moved on. That is always an option here, but it
>>> would be nice to get to the bottom of this as well.
>>>
>>> Ben Root
>>>
>>>
>>>
>>> On Wed, Mar 18, 2015 at 1:03 PM, <kei...@bt...> wrote:
>>>
>>> Ben: thanks for your help - it's very much appreciated!
>>> Keith
>>>
>>> kbriggs:~/Downloads/matplotlib-1.4.3> python3
>>> 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.__file__)
>>> /usr/local/lib/python3.4/dist-packages/setuptools-14.3-py3.
>>> 4.egg/setuptools/__init__.py
>>> >>>
>>>
>>>
>>> kbriggs:~/Downloads/matplotlib-1.4.3> python
>>> Python 2.7.6 (default, Mar 22 2014, 22:59:56)
>>> [GCC 4.8.2] on linux2
>>> Type "help", "copyright", "credits" or "license" for more information.
>>> >>>
>>> >>> import setuptools
>>> >>> print(setuptools.__file__)
>>> /usr/lib/python2.7/dist-packages/setuptools/__init__.pyc
>>> >>>
>>>
>>>
>>> ________________________________________
>>> From: ben...@gm... [ben...@gm...] On Behalf Of Benjamin
>>> Root [ben...@ou...]
>>> Sent: 18 March 2015 16:58
>>> To: Briggs,KM,Keith,TUB2 R
>>> Cc: matplotlib development list
>>> Subject: Re: [matplotlib-devel] 1.4.3 does not build on Ubuntu 14 with
>>> python3
>>>
>>> Keith,
>>>
>>> Back to the issue at hand. could you do the following?
>>>
>>> import setuptools
>>> print(setuptools.__file__)
>>>
>>> It would be interesting to see if that path differs from the path of the
>>> egg you just listed.
>>> Ben
>>>
>>> On Wed, Mar 18, 2015 at 11:39 AM, <kei...@bt...<mailto:ke
>>> ith...@bt...>> wrote:
>>> pip still thinks I have the latest.   I think it's a question of how to
>>> force the matplotlib setup.py to use actually it.
>>> Keith
>>>
>>> kbriggs:~/Downloads/matplotlib-1.4.3> sudo pip3  install setuptools
>>> --upgrade
>>> Requirement already up-to-date: setuptools in
>>> /usr/local/lib/python3.4/dist-packages/setuptools-14.3-py3.4.egg
>>> Cleaning up...
>>>
>>> ________________________________________
>>> From: ben...@gm...<mailto:ben...@gm...> [
>>> ben...@gm...<mailto:ben...@gm...>] On Behalf Of
>>> Benjamin Root [ben...@ou...<mailto:ben...@ou...>]
>>> Sent: 18 March 2015 15:33
>>> To: Briggs,KM,Keith,TUB2 R
>>> Cc: matplotlib development list
>>> Subject: Re: [matplotlib-devel] 1.4.3 does not build on Ubuntu 14 with
>>> python3
>>>
>>> I would just use pip. Ubuntu/Debian has really messed up the python
>>> environment in more ways than one.
>>>
>>> On Wed, Mar 18, 2015 at 11:08 AM, keithbriggs <kei...@bt...
>>> <mailto:kei...@bt...><mailto:kei...@bt...<mailto:keith.
>>> br...@bt...>>> wrote:
>>> The Ubuntu package manager tells me it is up to date.
>>> If I download setuptools-14.3 and install, it goes into /usr/local/lib/
>>> and
>>> doesn't get used.
>>> How do I force it to be used?
>>> Or am I supposed to override the Ubuntu package manager?
>>> Keith
>>>
>>>
>>>
>>>
>>>
>>> ------------------------------------------------------------
>>> ------------------
>>> 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-devel mailing list
>>> Mat...@li...<mailto:Matplot
>>> lib...@li...>
>>> https://lists.sourceforge.net/lists/listinfo/matplotlib-devel
>>>
>>>
>>>
>> ------------------------------------------------------------
>> ------------------
>> 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
>>
>

We do support ubuntu, travis.ci (which we use for continuous integration
testing) is ubuntu based and my main development box is ubuntu (but I
mostly work inside conda environments rather than virtualenvs these days).
Even though it is the worst thing for a dev to say, 'it works on my
machine'.

Part of the problem here is that it looks like you are doing system-wide
installations from source so you have almost certainly driven your system
into an inconsistent state.  Unless you know enough sys-admin magic to
ensure you won't step on the toes of the system packages, I strongly
suggest _never_ using sudo to install python packages.  Either use
venv/conda or install into a directory in your home directory and modify
$PYTHONPATH as needed.

 I know it is frustrating, but there isn't a whole lot we can do to help
you with you knowing exactly what you have done to your system.

In any case antagonizing the developers and the debian packager is _not_
the most effective course of action.  I assure you all of us are making a
good faith effort to make sure mpl works everywhere.  Starting from that
assumption will make all of these conversations go much more smoothly.
Also remember everyone responding to you on this list is a volunteer,
please be respectful of our time and energy.

Tom

On Wed, Mar 18, 2015 at 1:27 PM Benjamin Root <ben...@ou...> wrote:

> We would too. This is the first time I have seen updating setuptools not
> work. That was the fix... I have no clue why it is broken on your system.
>
> On Wed, Mar 18, 2015 at 1:20 PM, <kei...@bt...> wrote:
>
>> Ok, I will check out anaconda anyway.
>>
>>
>>
>> I would think that the matplotlib maintainers would want to make sure
>> they support the very popular Ubuntu platform, even if a workaround for a
>> bug elsewhere is needed.
>>
>>
>>
>> K
>>
>>
>>
>>
>>
>> *From:* ben...@gm... [mailto:ben...@gm...] *On Behalf Of
>> *Benjamin Root
>> *Sent:* 18 March 2015 17:17
>> *To:* Briggs,KM,Keith,TUB2 R; Matplotlib Users
>>
>
>> *Subject:* Re: [matplotlib-devel] 1.4.3 does not build on Ubuntu 14 with
>> python3
>>
>>
>>
>> One thing I just noticed is that python3.4 and the distutils libraries
>> are installed at /usr/lib/python3.4/distutils/, but the setuptools is
>> located at /usr/local/lib/python3.4/dist-packages/. One of the oddities
>> of setuptools is that it monkey-patches distutils, if I understand it
>> correctly, so perhaps it isn't doing it correctly for some reason? I
>> haven't a clue, really.
>>
>> This oddity in directory structures was actually one thing I noticed in
>> Ubuntu last summer/fall for py2.7 that broke a lot of things for me. I was
>> in a rush at the time, so I just switched to anaconda, nuked everything
>> python in my .local and moved on. That is always an option here, but it
>> would be nice to get to the bottom of this as well.
>>
>> Ben Root
>>
>>
>>
>> On Wed, Mar 18, 2015 at 1:03 PM, <kei...@bt...> wrote:
>>
>> Ben: thanks for your help - it's very much appreciated!
>> Keith
>>
>> kbriggs:~/Downloads/matplotlib-1.4.3> python3
>> 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.__file__)
>> /usr/local/lib/python3.4/dist-packages/setuptools-14.3-py3.
>> 4.egg/setuptools/__init__.py
>> >>>
>>
>>
>> kbriggs:~/Downloads/matplotlib-1.4.3> python
>> Python 2.7.6 (default, Mar 22 2014, 22:59:56)
>> [GCC 4.8.2] on linux2
>> Type "help", "copyright", "credits" or "license" for more information.
>> >>>
>> >>> import setuptools
>> >>> print(setuptools.__file__)
>> /usr/lib/python2.7/dist-packages/setuptools/__init__.pyc
>> >>>
>>
>>
>> ________________________________________
>> From: ben...@gm... [ben...@gm...] On Behalf Of Benjamin
>> Root [ben...@ou...]
>> Sent: 18 March 2015 16:58
>> To: Briggs,KM,Keith,TUB2 R
>> Cc: matplotlib development list
>> Subject: Re: [matplotlib-devel] 1.4.3 does not build on Ubuntu 14 with
>> python3
>>
>> Keith,
>>
>> Back to the issue at hand. could you do the following?
>>
>> import setuptools
>> print(setuptools.__file__)
>>
>> It would be interesting to see if that path differs from the path of the
>> egg you just listed.
>> Ben
>>
>> On Wed, Mar 18, 2015 at 11:39 AM, <kei...@bt...<mailto:ke
>> ith...@bt...>> wrote:
>> pip still thinks I have the latest.   I think it's a question of how to
>> force the matplotlib setup.py to use actually it.
>> Keith
>>
>> kbriggs:~/Downloads/matplotlib-1.4.3> sudo pip3  install setuptools
>> --upgrade
>> Requirement already up-to-date: setuptools in
>> /usr/local/lib/python3.4/dist-packages/setuptools-14.3-py3.4.egg
>> Cleaning up...
>>
>> ________________________________________
>> From: ben...@gm...<mailto:ben...@gm...> [
>> ben...@gm...<mailto:ben...@gm...>] On Behalf Of Benjamin
>> Root [ben...@ou...<mailto:ben...@ou...>]
>> Sent: 18 March 2015 15:33
>> To: Briggs,KM,Keith,TUB2 R
>> Cc: matplotlib development list
>> Subject: Re: [matplotlib-devel] 1.4.3 does not build on Ubuntu 14 with
>> python3
>>
>> I would just use pip. Ubuntu/Debian has really messed up the python
>> environment in more ways than one.
>>
>> On Wed, Mar 18, 2015 at 11:08 AM, keithbriggs <kei...@bt...
>> <mailto:kei...@bt...><mailto:kei...@bt...<mailto:keith.
>> br...@bt...>>> wrote:
>> The Ubuntu package manager tells me it is up to date.
>> If I download setuptools-14.3 and install, it goes into /usr/local/lib/
>> and
>> doesn't get used.
>> How do I force it to be used?
>> Or am I supposed to override the Ubuntu package manager?
>> Keith
>>
>>
>>
>>
>>
>> ------------------------------------------------------------
>> ------------------
>> 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-devel mailing list
>> Mat...@li...<mailto:Matplot
>> lib...@li...>
>> https://lists.sourceforge.net/lists/listinfo/matplotlib-devel
>>
>>
>>
> ------------------------------------------------------------
> ------------------
> 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
>

An important question that I should have asked before. Exactly where did
you get the installer from? That might help us figure out what happened
here.

As for a workaround, if you want to get savy with the command-line, you
could run "pip install six" on the command-line. That should install it for
you, and then you can try installing matplotlib through the executable.

On Tue, Mar 17, 2015 at 6:11 PM, garyr <ga...@fi...> wrote:

> I did as you suggest and got the "No module named matplot lib" message. I
> installed version 1.4.3 and got the "no module named six" message. I then
> deleted all the matplotlib files once again and installed version 1.3.1
> and now
> my matplotlib program runs. Is there something else could try?
>
>
> ----- Original Message -----
> From: "Benjamin Root" <ben...@ou...>
> To: "garyr" <ga...@fi...>
> Cc: "Matplotlib Users" <Mat...@li...>
> Sent: Tuesday, March 17, 2015 10:34 AM
> Subject: Re: [Matplotlib-users] ImportError: No module named six
>
>
> > Chances are, there is some sort of mixup in your installs (as evidenced
> by
> > the failure to go back to the previous version). I would try uninstalling
> > all matplotlib installs, then checking to see if python still sees
> > matplotlib anywhere (by running the script). It *should* say "No module
> > named matplotlib" or some such. Once all of that is removed, install
> > matplotlib again.
> >
> > Ben Root
> >
> > On Tue, Mar 17, 2015 at 1:12 PM, garyr <ga...@fi...> wrote:
> >
> >> I downloaded version 1.4.3 and installed it (i.e., executed
> >> matplotlib-1.4.3.win32-py2.6.exe). Now when I
> >> attempt to run a program I get the following:
> >>
> >> >python rainfallYears.py
> >> Traceback (most recent call last):
> >>   File "rainfallYears.py", line 4, in <module>
> >>     import matplotlib.pyplot as plt
> >>   File "C:\Python26\lib\site-packages\matplotlib\__init__.py", line
> 105, in
> >> <module>
> >>     import six
> >> ImportError: No module named six
> >> >Exit code: 1
> >>
> >> So then I went back to 1.3.1 and get the same error...
> >> Help!
> >>
> >>
> >>
> >>
> >>
> ------------------------------------------------------------------------------
> >> 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
>

We would too. This is the first time I have seen updating setuptools not
work. That was the fix... I have no clue why it is broken on your system.

On Wed, Mar 18, 2015 at 1:20 PM, <kei...@bt...> wrote:

> Ok, I will check out anaconda anyway.
>
>
>
> I would think that the matplotlib maintainers would want to make sure they
> support the very popular Ubuntu platform, even if a workaround for a bug
> elsewhere is needed.
>
>
>
> K
>
>
>
>
>
> *From:* ben...@gm... [mailto:ben...@gm...] *On Behalf Of *Benjamin
> Root
> *Sent:* 18 March 2015 17:17
> *To:* Briggs,KM,Keith,TUB2 R; Matplotlib Users
>
> *Subject:* Re: [matplotlib-devel] 1.4.3 does not build on Ubuntu 14 with
> python3
>
>
>
> One thing I just noticed is that python3.4 and the distutils libraries are
> installed at /usr/lib/python3.4/distutils/, but the setuptools is located
> at /usr/local/lib/python3.4/dist-packages/. One of the oddities of
> setuptools is that it monkey-patches distutils, if I understand it
> correctly, so perhaps it isn't doing it correctly for some reason? I
> haven't a clue, really.
>
> This oddity in directory structures was actually one thing I noticed in
> Ubuntu last summer/fall for py2.7 that broke a lot of things for me. I was
> in a rush at the time, so I just switched to anaconda, nuked everything
> python in my .local and moved on. That is always an option here, but it
> would be nice to get to the bottom of this as well.
>
> Ben Root
>
>
>
> On Wed, Mar 18, 2015 at 1:03 PM, <kei...@bt...> wrote:
>
> Ben: thanks for your help - it's very much appreciated!
> Keith
>
> kbriggs:~/Downloads/matplotlib-1.4.3> python3
> 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.__file__)
>
> /usr/local/lib/python3.4/dist-packages/setuptools-14.3-py3.4.egg/setuptools/__init__.py
> >>>
>
>
> kbriggs:~/Downloads/matplotlib-1.4.3> python
> Python 2.7.6 (default, Mar 22 2014, 22:59:56)
> [GCC 4.8.2] on linux2
> Type "help", "copyright", "credits" or "license" for more information.
> >>>
> >>> import setuptools
> >>> print(setuptools.__file__)
> /usr/lib/python2.7/dist-packages/setuptools/__init__.pyc
> >>>
>
>
> ________________________________________
> From: ben...@gm... [ben...@gm...] On Behalf Of Benjamin
> Root [ben...@ou...]
> Sent: 18 March 2015 16:58
> To: Briggs,KM,Keith,TUB2 R
> Cc: matplotlib development list
> Subject: Re: [matplotlib-devel] 1.4.3 does not build on Ubuntu 14 with
> python3
>
> Keith,
>
> Back to the issue at hand. could you do the following?
>
> import setuptools
> print(setuptools.__file__)
>
> It would be interesting to see if that path differs from the path of the
> egg you just listed.
> Ben
>
> On Wed, Mar 18, 2015 at 11:39 AM, <kei...@bt...<mailto:
> kei...@bt...>> wrote:
> pip still thinks I have the latest.   I think it's a question of how to
> force the matplotlib setup.py to use actually it.
> Keith
>
> kbriggs:~/Downloads/matplotlib-1.4.3> sudo pip3  install setuptools
> --upgrade
> Requirement already up-to-date: setuptools in
> /usr/local/lib/python3.4/dist-packages/setuptools-14.3-py3.4.egg
> Cleaning up...
>
> ________________________________________
> From: ben...@gm...<mailto:ben...@gm...> [
> ben...@gm...<mailto:ben...@gm...>] On Behalf Of Benjamin
> Root [ben...@ou...<mailto:ben...@ou...>]
> Sent: 18 March 2015 15:33
> To: Briggs,KM,Keith,TUB2 R
> Cc: matplotlib development list
> Subject: Re: [matplotlib-devel] 1.4.3 does not build on Ubuntu 14 with
> python3
>
> I would just use pip. Ubuntu/Debian has really messed up the python
> environment in more ways than one.
>
> On Wed, Mar 18, 2015 at 11:08 AM, keithbriggs <kei...@bt...<mailto:
> kei...@bt...><mailto:kei...@bt...<mailto:kei...@bt...>>>
> wrote:
> The Ubuntu package manager tells me it is up to date.
> If I download setuptools-14.3 and install, it goes into /usr/local/lib/ and
> doesn't get used.
> How do I force it to be used?
> Or am I supposed to override the Ubuntu package manager?
> Keith
>
>
>
>
>
>
> ------------------------------------------------------------------------------
> 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-devel mailing list
> Mat...@li...<mailto:
> Mat...@li...>
> https://lists.sourceforge.net/lists/listinfo/matplotlib-devel
>
>
>

One thing I just noticed is that python3.4 and the distutils libraries are
installed at /usr/lib/python3.4/distutils/, but the setuptools is located
at /usr/local/lib/python3.4/dist-packages/. One of the oddities of
setuptools is that it monkey-patches distutils, if I understand it
correctly, so perhaps it isn't doing it correctly for some reason? I
haven't a clue, really.

This oddity in directory structures was actually one thing I noticed in
Ubuntu last summer/fall for py2.7 that broke a lot of things for me. I was
in a rush at the time, so I just switched to anaconda, nuked everything
python in my .local and moved on. That is always an option here, but it
would be nice to get to the bottom of this as well.

Ben Root

On Wed, Mar 18, 2015 at 1:03 PM, <kei...@bt...> wrote:

> Ben: thanks for your help - it's very much appreciated!
> Keith
>
> kbriggs:~/Downloads/matplotlib-1.4.3> python3
> 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.__file__)
>
> /usr/local/lib/python3.4/dist-packages/setuptools-14.3-py3.4.egg/setuptools/__init__.py
> >>>
>
>
> kbriggs:~/Downloads/matplotlib-1.4.3> python
> Python 2.7.6 (default, Mar 22 2014, 22:59:56)
> [GCC 4.8.2] on linux2
> Type "help", "copyright", "credits" or "license" for more information.
> >>>
> >>> import setuptools
> >>> print(setuptools.__file__)
> /usr/lib/python2.7/dist-packages/setuptools/__init__.pyc
> >>>
>
>
> ________________________________________
> From: ben...@gm... [ben...@gm...] On Behalf Of Benjamin
> Root [ben...@ou...]
> Sent: 18 March 2015 16:58
> To: Briggs,KM,Keith,TUB2 R
> Cc: matplotlib development list
> Subject: Re: [matplotlib-devel] 1.4.3 does not build on Ubuntu 14 with
> python3
>
> Keith,
>
> Back to the issue at hand. could you do the following?
>
> import setuptools
> print(setuptools.__file__)
>
> It would be interesting to see if that path differs from the path of the
> egg you just listed.
> Ben
>
> On Wed, Mar 18, 2015 at 11:39 AM, <kei...@bt...<mailto:
> kei...@bt...>> wrote:
> pip still thinks I have the latest.   I think it's a question of how to
> force the matplotlib setup.py to use actually it.
> Keith
>
> kbriggs:~/Downloads/matplotlib-1.4.3> sudo pip3  install setuptools
> --upgrade
> Requirement already up-to-date: setuptools in
> /usr/local/lib/python3.4/dist-packages/setuptools-14.3-py3.4.egg
> Cleaning up...
>
> ________________________________________
> From: ben...@gm...<mailto:ben...@gm...> [
> ben...@gm...<mailto:ben...@gm...>] On Behalf Of Benjamin
> Root [ben...@ou...<mailto:ben...@ou...>]
> Sent: 18 March 2015 15:33
> To: Briggs,KM,Keith,TUB2 R
> Cc: matplotlib development list
> Subject: Re: [matplotlib-devel] 1.4.3 does not build on Ubuntu 14 with
> python3
>
> I would just use pip. Ubuntu/Debian has really messed up the python
> environment in more ways than one.
>
> On Wed, Mar 18, 2015 at 11:08 AM, keithbriggs <kei...@bt...<mailto:
> kei...@bt...><mailto:kei...@bt...<mailto:kei...@bt...>>>
> wrote:
> The Ubuntu package manager tells me it is up to date.
> If I download setuptools-14.3 and install, it goes into /usr/local/lib/ and
> doesn't get used.
> How do I force it to be used?
> Or am I supposed to override the Ubuntu package manager?
> Keith
>
>
>
>
>
>
> ------------------------------------------------------------------------------
> 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-devel mailing list
> Mat...@li...<mailto:
> Mat...@li...>
> https://lists.sourceforge.net/lists/listinfo/matplotlib-devel
>
>

kbriggs:~/Downloads/matplotlib-1.4.3> python3 setup.py build
============================================================================
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.8.2]
                   six: yes [using six version 1.5.2]
              dateutil: yes [dateutil was not found. It is required for date
                        axis support. pip/easy_install may attempt to
                        install it after matplotlib.]
                  pytz: yes [pytz was not found. pip will attempt to install
                        it after matplotlib.]
               tornado: yes [tornado was not found. It is required for the
                        WebAgg backend. pip/easy_install may attempt to
                        install it after matplotlib.]
             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 [pkg-config information for 'libagg' could not
                        be found. Using local copy.]
Traceback (most recent call last):
  File "setup.py", line 155, in <module>
    result = package.check()
  File "/home/kbriggs/Downloads/matplotlib-1.4.3/setupext.py", line 961, in check
    min_version='2.3', version=version)
  File "/home/kbriggs/Downloads/matplotlib-1.4.3/setupext.py", line 445, in _check_for_pkg_config
    if (not is_min_version(version, min_version)):
  File "/home/kbriggs/Downloads/matplotlib-1.4.3/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()