matplotlib-devel Mailing List for matplotlib (Page 2)

Ugh, yeah, that wouldn't be desirable. Hopefully someone else can thnk of
something more clever. Perhaps the webagg backend might provide a clue? If
not, I can live without it for the purposes of my book.
As for my next hurdle. There is the well-known limitation with animation
saving that the figure must be of the same size for the duration of the
entire movie (the tight_layout bug). To make my session recorder fairly
robust, it would be good to disable resizing the figure during the
interactive session. I tried turning the canvas's resize_event() into a
no-op, but that didn't work (I suspect figure resizing happens earlier with
the event merely emitted as an afterthought).
Thoughts?
Ben Root
On Sat, Oct 18, 2014 at 3:42 PM, Thomas Caswell <tca...@gm...> wrote:
> I would guess that that would be very backend dependent and would
> involve walking up the widget tree to find the QMainWindow (in qt
> speak) and grabbing it's RGBA buffer.
>
> Tom
>
> On Sat, Oct 18, 2014 at 3:36 PM, Benjamin Root <ben...@ou...> wrote:
> > I am *this* close to completing an "interactive session recorder" example
> > for my book using the animation framework (yeah, you read that right...).
> > However, since it is based on the usual savefig() action, you don't see
> the
> > buttons or the coordinate display in the corner. Is there a way to save
> > frames of the entire canvas? It doesn't have to use savefig().
> >
> > Cheers!
> > Ben Root
> >
> >
> ------------------------------------------------------------------------------
> > Comprehensive Server Monitoring with Site24x7.
> > Monitor 10 servers for 9ドル/Month.
> > Get alerted through email, SMS, voice calls or mobile push notifications.
> > Take corrective actions from your mobile device.
> > http://p.sf.net/sfu/Zoho
> > _______________________________________________
> > Matplotlib-devel mailing list
> > Mat...@li...
> > https://lists.sourceforge.net/lists/listinfo/matplotlib-devel
> >
>
>
>
> --
> Thomas Caswell
> tca...@gm...
>

I would guess that that would be very backend dependent and would
involve walking up the widget tree to find the QMainWindow (in qt
speak) and grabbing it's RGBA buffer.
Tom
On Sat, Oct 18, 2014 at 3:36 PM, Benjamin Root <ben...@ou...> wrote:
> I am *this* close to completing an "interactive session recorder" example
> for my book using the animation framework (yeah, you read that right...).
> However, since it is based on the usual savefig() action, you don't see the
> buttons or the coordinate display in the corner. Is there a way to save
> frames of the entire canvas? It doesn't have to use savefig().
>
> Cheers!
> Ben Root
>
> ------------------------------------------------------------------------------
> Comprehensive Server Monitoring with Site24x7.
> Monitor 10 servers for 9ドル/Month.
> Get alerted through email, SMS, voice calls or mobile push notifications.
> Take corrective actions from your mobile device.
> http://p.sf.net/sfu/Zoho
> _______________________________________________
> Matplotlib-devel mailing list
> Mat...@li...
> https://lists.sourceforge.net/lists/listinfo/matplotlib-devel
>
-- 
Thomas Caswell
tca...@gm...

I am *this* close to completing an "interactive session recorder" example
for my book using the animation framework (yeah, you read that right...).
However, since it is based on the usual savefig() action, you don't see the
buttons or the coordinate display in the corner. Is there a way to save
frames of the entire canvas? It doesn't have to use savefig().
Cheers!
Ben Root

We should be a mentoring organization for next summer.
The organization application period is coming up in a few months
(http://www.google-melange.com/gsoc/events/google/gsoc2015), and if we
are going to do this we need to have a list of viable projects for a
summer student. I suspect that these will have to have a balance
between importance (to justify doing it) and shiny-ness (to get
students to _want_ to do it).
Thing that comes to my mind immediately
 - work on implementing what ever comes out of
https://github.com/matplotlib/matplotlib/issues/3424
 - The laundry list of work on 3D plotting enhancements
Tom
-- 
Thomas Caswell
tca...@gm...

Does anyone on the list know the pass word (or control the recovery
email address) for the matplotlib gmail account? I would like to set
up google analytics on our web site to see a) how much traffic we get
and b) where people are going.
Tom
-- 
Thomas Caswell
tca...@gm...

Hi,
Le 17/10/2014 15:38, Thomas Caswell a écrit :
> I have heard no complaints about the release candidate. Unless I hear
> otherwise I plan to tag and release 1.4.1 tomorrow.
I just got hit by https://github.com/matplotlib/matplotlib/issues/3553 
today and I didn't see a definite feedback that the problem is fixed in 
1.4.1rc1. Should I try to test it ?
(as a side note: is there an easy way to build a conda package for 1.4.1 ?)
best,
Pierre

I have heard no complaints about the release candidate. Unless I hear
otherwise I plan to tag and release 1.4.1 tomorrow.
Tom
-- 
Thomas Caswell
tca...@gm...

Awesome, thanks!
On Thu, Oct 16, 2014 at 8:14 AM, Sandro Tosi <mo...@de...> wrote:
> Hi!
> I just uploaded mpl 1.4.1-rc1 in Debian, so it can geta bit of
> exposure even on the weird HW we still support.
>
> Cheers,
> Sandro
>
> On Tue, Oct 14, 2014 at 5:40 PM, Thomas Caswell <tca...@gm...> wrote:
>> I am happy to announce that I have tagged a release candidate for
>> 1.4.1. This is a bug-fix release which fixes most of the bug that
>> popped up in 1.4.0 including:
>>
>> - setup.py does not die when freetype is not installed
>> - reverts the changes to interactive plotting so `ion` will work as expected
>> - sundry unicode fixes (looking up user folders, importing
>> seaborn/pandas/networkx with macosx backend
>> - fixed boxplot regressions
>>
>> The tarball is available from github, sourceforge and can be install via
>>
>> pip install matplotlib==1.4.1rc1
>>
>> Tom
>>
>>
>>
>> --
>> Thomas Caswell
>> tca...@gm...
>>
>> ------------------------------------------------------------------------------
>> Comprehensive Server Monitoring with Site24x7.
>> Monitor 10 servers for 9ドル/Month.
>> Get alerted through email, SMS, voice calls or mobile push notifications.
>> Take corrective actions from your mobile device.
>> http://p.sf.net/sfu/Zoho
>> _______________________________________________
>> Matplotlib-devel mailing list
>> Mat...@li...
>> https://lists.sourceforge.net/lists/listinfo/matplotlib-devel
>
>
>
> --
> Sandro Tosi (aka morph, morpheus, matrixhasu)
> My website: http://matrixhasu.altervista.org/
> Me at Debian: http://wiki.debian.org/SandroTosi
-- 
Thomas Caswell
tca...@gm...

Hi!
I just uploaded mpl 1.4.1-rc1 in Debian, so it can geta bit of
exposure even on the weird HW we still support.
Cheers,
Sandro
On Tue, Oct 14, 2014 at 5:40 PM, Thomas Caswell <tca...@gm...> wrote:
> I am happy to announce that I have tagged a release candidate for
> 1.4.1. This is a bug-fix release which fixes most of the bug that
> popped up in 1.4.0 including:
>
> - setup.py does not die when freetype is not installed
> - reverts the changes to interactive plotting so `ion` will work as expected
> - sundry unicode fixes (looking up user folders, importing
> seaborn/pandas/networkx with macosx backend
> - fixed boxplot regressions
>
> The tarball is available from github, sourceforge and can be install via
>
> pip install matplotlib==1.4.1rc1
>
> Tom
>
>
>
> --
> Thomas Caswell
> tca...@gm...
>
> ------------------------------------------------------------------------------
> Comprehensive Server Monitoring with Site24x7.
> Monitor 10 servers for 9ドル/Month.
> Get alerted through email, SMS, voice calls or mobile push notifications.
> Take corrective actions from your mobile device.
> http://p.sf.net/sfu/Zoho
> _______________________________________________
> Matplotlib-devel mailing list
> Mat...@li...
> https://lists.sourceforge.net/lists/listinfo/matplotlib-devel
-- 
Sandro Tosi (aka morph, morpheus, matrixhasu)
My website: http://matrixhasu.altervista.org/
Me at Debian: http://wiki.debian.org/SandroTosi

Yes, please do.
On Wed, Oct 15, 2014 at 4:55 AM, Pierre Haessig <pie...@cr...>
wrote:
> Hi,
> Le 08/10/2014 15:04, Pierre Haessig a écrit :
>
> [...]
> AttributeError: 'LogLocator' object has no attribute 'set_params'
> [...]
>
> Should I put an issue on Github ?
>
> best,
> Pierre
>
>
> ------------------------------------------------------------------------------
> Comprehensive Server Monitoring with Site24x7.
> Monitor 10 servers for 9ドル/Month.
> Get alerted through email, SMS, voice calls or mobile push notifications.
> Take corrective actions from your mobile device.
> http://p.sf.net/sfu/Zoho
> _______________________________________________
> Matplotlib-devel mailing list
> Mat...@li...
> https://lists.sourceforge.net/lists/listinfo/matplotlib-devel
>
>

Hi,
Le 08/10/2014 15:04, Pierre Haessig a écrit :
> [...]
> AttributeError: 'LogLocator' object has no attribute 'set_params'
> [...]
Should I put an issue on Github ?
best,
Pierre

I am happy to announce that I have tagged a release candidate for
1.4.1. This is a bug-fix release which fixes most of the bug that
popped up in 1.4.0 including:
 - setup.py does not die when freetype is not installed
 - reverts the changes to interactive plotting so `ion` will work as expected
 - sundry unicode fixes (looking up user folders, importing
seaborn/pandas/networkx with macosx backend
 - fixed boxplot regressions
The tarball is available from github, sourceforge and can be install via
 pip install matplotlib==1.4.1rc1
Tom
-- 
Thomas Caswell
tca...@gm...

Can someone please review 3564?
https://github.com/matplotlib/matplotlib/pull/3564
It fixes the fact that there were ways to get values into rcparams
that side-stepped all of the validation code which lead to some very
long standing bugs.
It raises warnings in the case of values that now fail validation, but
used to sneak in. The plan is to change the warnings to exceptions at
a later date.
Tom
-- 
Thomas Caswell
tca...@gm...

Many thanks Ben and Thomas, the following worked! I think the problem was
when I cloned the repo and download the source the first time I was not
getting the correct version
Andy
wget https://github.com/matplotlib/matplotlib/archive/master.tar.gz
tar -zxvf master.tar.gz
cd matplotlib-master/
yum install freetype-devel
yum install libpng-devel
python2.7 setup.py build
python2.7 setup.py install
From: Benjamin Root <ben...@ou...>
Date: Sunday, October 12, 2014 at 1:06 PM
To: Thomas Caswell <tca...@gm...>
Cc: Andrew Davidson <An...@Sa...>, matplotlib development
list <mat...@li...>
Subject: Re: [matplotlib-devel] trouble building on red hat.
> Also, make sure that you don't have conflicting installs of packages all over
> the place. Be sure to remove the build/ and dist/ directories if you have a
> failed build before trying again.
> 
> Also, it shouldn't be much of an issue that there are multiple pythons in the
> same system, as python tends to do a good job keeping such things separate for
> you. Just make sure you are using python2.7 and pip2.7 commands for the entire
> software stack.
> 
> Cheers!
> Ben Root
> 
> 
> On Sun, Oct 12, 2014 at 3:33 PM, Thomas Caswell <tca...@gm...> wrote:
>> 
>> I think this is a bug that had been fixed on both master and 1.4.x.
>> 
>> If I recall correctly this is an issue with free type (#3471 fixes it). The
>> other work around is to install freetype-dev.
>> 
>> Tom
>> 
>> (From phone so chasing siren details is hard)
>> 
>> On Oct 12, 2014 3:16 PM, "Andy Davidson" <An...@sa...>
>> wrote:
>>> I am having a heck of time getting matplotlib installed on my amazon ec2
>>> cluster. (I am new to python)
>>> 
>>> 
>>> 
>>> I wonder if the problem is /usr/python points to an old version of python. I
>>> need to use /usr/bin/python2.7
>>> 
>>> 
>>> 
>>> I have tried using yum, yum-builddep, pip2.7, downloading the the source ,
>>> and even cloning the master
>>> 
>>> 
>>> 
>>> Yum see to know about /usr/bin/python which is an old version I need to use
>>> /usr/bin/python2.7.
>>> 
>>> 
>>> 
>>> I tried searching for a RPM
>>> (http://rpm.pbone.net/index.php3/stat/3/srodzaj/1/search/python-matplotlib)
>>> how ever I only found really old version.
>>> 
>>> 
>>> 
>>> 
>>> 
>>> I have tried editing File "setupext.py", line 940, in check, looks like the
>>> min version is 2.4 I have 2.3.x
>>> 
>>> 
>>> 
>>> But still can not figure out what the problem is
>>> 
>>> 
>>> 
>>> Any suggestions would be greatly appreciated.
>>> 
>>> 
>>> 
>>> Andy
>>> 
>>> 
>>> 
>>> root@ip-172-31-17-158 matplotlib-1.4.0]$ pip2.7 install matplotlib
>>> 
>>> Downloading/unpacking matplotlib
>>> 
>>> Downloading matplotlib-1.4.0.tar.gz (51.2MB): 51.2MB downloaded
>>> 
>>> Running setup.py (path:/tmp/pip_build_root/matplotlib/setup.py) egg_info
>>> for package matplotlib
>>> 
>>> 
>>> ============================================================================
>>> 
>>> Edit setup.cfg to change the build options
>>> 
>>> 
>>> 
>>> BUILDING MATPLOTLIB
>>> 
>>> matplotlib: yes [1.4.0]
>>> 
>>> python: yes [2.7.5 (default, Sep 15 2014, 17:30:20)
>>> [GCC
>>> 
>>> 4.8.2 20140120 (Red Hat 4.8.2-16)]]
>>> 
>>> platform: yes [linux2]
>>> 
>>> 
>>> 
>>> REQUIRED DEPENDENCIES AND EXTENSIONS
>>> 
>>> numpy: yes [version 1.9.0]
>>> 
>>> six: yes [using six version 1.8.0]
>>> 
>>> dateutil: yes [using dateutil version 2.2]
>>> 
>>> tornado: yes [using tornado version 4.0.2]
>>> 
>>> pyparsing: yes [using pyparsing version 2.0.3]
>>> 
>>> pycxx: yes [Couldn't import. Using local copy.]
>>> 
>>> libagg: yes [pkg-config information for 'libagg' could
>>> not
>>> 
>>> be found. Using local copy.]
>>> 
>>> Traceback (most recent call last):
>>> 
>>> File "<string>", line 17, in <module>
>>> 
>>> File "/tmp/pip_build_root/matplotlib/setup.py", line 154, in <module>
>>> 
>>> result = package.check()
>>> 
>>> File "setupext.py", line 940, in check
>>> 
>>> if 'No such file or directory\ngrep:' in version:
>>> 
>>> TypeError: argument of type 'NoneType' is not iterable
>>> 
>>> Complete output from command python setup.py egg_info:
>>> 
>>> 
>>> ============================================================================
>>> 
>>> 
>>> 
>>> Edit setup.cfg to change the build options
>>> 
>>> 
>>> 
>>> 
>>> 
>>> 
>>> 
>>> BUILDING MATPLOTLIB
>>> 
>>> 
>>> 
>>> matplotlib: yes [1.4.0]
>>> 
>>> 
>>> 
>>> python: yes [2.7.5 (default, Sep 15 2014, 17:30:20) [GCC
>>> 
>>> 
>>> 
>>> 4.8.2 20140120 (Red Hat 4.8.2-16)]]
>>> 
>>> 
>>> 
>>> platform: yes [linux2]
>>> 
>>> 
>>> 
>>> 
>>> 
>>> 
>>> 
>>> REQUIRED DEPENDENCIES AND EXTENSIONS
>>> 
>>> 
>>> 
>>> numpy: yes [version 1.9.0]
>>> 
>>> 
>>> 
>>> six: yes [using six version 1.8.0]
>>> 
>>> 
>>> 
>>> dateutil: yes [using dateutil version 2.2]
>>> 
>>> 
>>> 
>>> tornado: yes [using tornado version 4.0.2]
>>> 
>>> 
>>> 
>>> pyparsing: yes [using pyparsing version 2.0.3]
>>> 
>>> 
>>> 
>>> pycxx: yes [Couldn't import. Using local copy.]
>>> 
>>> 
>>> 
>>> libagg: yes [pkg-config information for 'libagg' could not
>>> 
>>> 
>>> 
>>> be found. Using local copy.]
>>> 
>>> 
>>> 
>>> Traceback (most recent call last):
>>> 
>>> 
>>> 
>>> File "<string>", line 17, in <module>
>>> 
>>> 
>>> 
>>> File "/tmp/pip_build_root/matplotlib/setup.py", line 154, in <module>
>>> 
>>> 
>>> 
>>> result = package.check()
>>> 
>>> 
>>> 
>>> File "setupext.py", line 940, in check
>>> 
>>> 
>>> 
>>> if 'No such file or directory\ngrep:' in version:
>>> 
>>> 
>>> 
>>> TypeError: argument of type 'NoneType' is not iterable
>>> 
>>> 
>>> 
>>> ----------------------------------------
>>> 
>>> Cleaning up...
>>> 
>>> Command python setup.py egg_info failed with error code 1 in
>>> /tmp/pip_build_root/matplotlib
>>> 
>>> Storing debug log for failure in /root/.pip/pip.log
>>> 
>>> root@ip-172-31-17-158 matplotlib-1.4.0]$
>>> 
>>> 
>>> 
>>> 
>>> 
>>> This is the bottom of the debug log
>>> 
>>> 
>>> 
>>> ---------------------------------------
>>> 
>>> Cleaning up...
>>> 
>>> Removing temporary dir /tmp/pip_build_root...
>>> 
>>> Command python setup.py egg_info failed with error code 1 in
>>> /tmp/pip_build_root/matplotlib
>>> 
>>> Exception information:
>>> 
>>> Traceback (most recent call last):
>>> 
>>> File 
>>> "/usr/lib/python2.7/site-packages/pip-1.5.6-py2.7.egg/pip/basecommand.py",
>>> line 122, in main
>>> 
>>> status = self.run(options, args)
>>> 
>>> File 
>>> "/usr/lib/python2.7/site-packages/pip-1.5.6-py2.7.egg/pip/commands/install.p
>>> y", line 278, in run
>>> 
>>> requirement_set.prepare_files(finder, force_root_egg_info=self.bundle,
>>> bundle=self.bundle)
>>> 
>>> File "/usr/lib/python2.7/site-packages/pip-1.5.6-py2.7.egg/pip/req.py",
>>> line 1229, in prepare_files
>>> 
>>> req_to_install.run_egg_info()
>>> 
>>> File "/usr/lib/python2.7/site-packages/pip-1.5.6-py2.7.egg/pip/req.py",
>>> line 325, in run_egg_info
>>> 
>>> command_desc='python setup.py egg_info')
>>> 
>>> File "/usr/lib/python2.7/site-packages/pip-1.5.6-py2.7.egg/pip/util.py",
>>> line 697, in call_subprocess
>>> 
>>> % (command_desc, proc.returncode, cwd))
>>> 
>>> InstallationError: Command python setup.py egg_info failed with error code 1
>>> in /tmp/pip_build_root/matplotlib
>>> 
>>> root@ip-172-31-17-158 matplotlib-1.4.0]$
>>> 
>>> 
>>> 
>>> 
>>> ----------------------------------------------------------------------------
>>> --
>>> Meet PCI DSS 3.0 Compliance Requirements with EventLog Analyzer
>>> Achieve PCI DSS 3.0 Compliant Status with Out-of-the-box PCI DSS Reports
>>> Are you Audit-Ready for PCI DSS 3.0 Compliance? Download White paper
>>> Comply to PCI DSS 3.0 Requirement 10 and 11.5 with EventLog Analyzer
>>> http://p.sf.net/sfu/Zoho
>>> _______________________________________________
>>> Matplotlib-devel mailing list
>>> Mat...@li...
>>> https://lists.sourceforge.net/lists/listinfo/matplotlib-devel
>>> 
>> 
>> 
----------------------------------------------------------------------------->>
-
>> Meet PCI DSS 3.0 Compliance Requirements with EventLog Analyzer
>> Achieve PCI DSS 3.0 Compliant Status with Out-of-the-box PCI DSS Reports
>> Are you Audit-Ready for PCI DSS 3.0 Compliance? Download White paper
>> Comply to PCI DSS 3.0 Requirement 10 and 11.5 with EventLog Analyzer
>> http://p.sf.net/sfu/Zoho
>> _______________________________________________
>> Matplotlib-devel mailing list
>> Mat...@li...
>> https://lists.sourceforge.net/lists/listinfo/matplotlib-devel
>> 
> 
> ------------------------------------------------------------------------------
> Meet PCI DSS 3.0 Compliance Requirements with EventLog Analyzer Achieve PCI
> DSS 3.0 Compliant Status with Out-of-the-box PCI DSS Reports Are you
> Audit-Ready for PCI DSS 3.0 Compliance? Download White paper Comply to PCI DSS
> 3.0 Requirement 10 and 11.5 with EventLog Analyzer
> http://p.sf.net/sfu/Zoho_______________________________________________
> Matplotlib-devel mailing list Mat...@li...
> https://lists.sourceforge.net/lists/listinfo/matplotlib-devel

Also, make sure that you don't have conflicting installs of packages all
over the place. Be sure to remove the build/ and dist/ directories if you
have a failed build before trying again.
Also, it shouldn't be much of an issue that there are multiple pythons in
the same system, as python tends to do a good job keeping such things
separate for you. Just make sure you are using python2.7 and pip2.7
commands for the entire software stack.
Cheers!
Ben Root
On Sun, Oct 12, 2014 at 3:33 PM, Thomas Caswell <tca...@gm...> wrote:
> I think this is a bug that had been fixed on both master and 1.4.x.
>
> If I recall correctly this is an issue with free type (#3471 fixes it).
> The other work around is to install freetype-dev.
>
> Tom
>
> (From phone so chasing siren details is hard)
> On Oct 12, 2014 3:16 PM, "Andy Davidson" <An...@sa...>
> wrote:
>
>> I am having a heck of time getting matplotlib installed on my amazon ec2
>> cluster. (I am new to python)
>>
>>
>> I wonder if the problem is /usr/python points to an old version of
>> python. I need to use /usr/bin/python2.7
>>
>>
>> I have tried using yum, yum-builddep, pip2.7, downloading the the source
>> , and even cloning the master
>>
>>
>> Yum see to know about /usr/bin/python which is an old version I need to
>> use /usr/bin/python2.7.
>>
>>
>> I tried searching for a RPM (
>> http://rpm.pbone.net/index.php3/stat/3/srodzaj/1/search/python-matplotlib)
>> how ever I only found really old version.
>>
>>
>>
>> I have tried editing File "setupext.py", line 940, in check, looks like
>> the min version is 2.4 I have 2.3.x
>>
>>
>> But still can not figure out what the problem is
>>
>>
>> Any suggestions would be greatly appreciated.
>>
>>
>> Andy
>>
>>
>> root@ip-172-31-17-158 matplotlib-1.4.0]$ pip2.7 install matplotlib
>>
>> Downloading/unpacking matplotlib
>>
>> Downloading matplotlib-1.4.0.tar.gz (51.2MB): 51.2MB downloaded
>>
>> Running setup.py (path:/tmp/pip_build_root/matplotlib/setup.py)
>> egg_info for package matplotlib
>>
>>
>> ============================================================================
>>
>> Edit setup.cfg to change the build options
>>
>>
>>
>> BUILDING MATPLOTLIB
>>
>> matplotlib: yes [1.4.0]
>>
>> python: yes [2.7.5 (default, Sep 15 2014, 17:30:20)
>> [GCC
>>
>> 4.8.2 20140120 (Red Hat 4.8.2-16)]]
>>
>> platform: yes [linux2]
>>
>>
>>
>> REQUIRED DEPENDENCIES AND EXTENSIONS
>>
>> numpy: yes [version 1.9.0]
>>
>> six: yes [using six version 1.8.0]
>>
>> dateutil: yes [using dateutil version 2.2]
>>
>> tornado: yes [using tornado version 4.0.2]
>>
>> pyparsing: yes [using pyparsing version 2.0.3]
>>
>> pycxx: yes [Couldn't import. Using local copy.]
>>
>> libagg: yes [pkg-config information for 'libagg'
>> could not
>>
>> be found. Using local copy.]
>>
>> Traceback (most recent call last):
>>
>> File "<string>", line 17, in <module>
>>
>> File "/tmp/pip_build_root/matplotlib/setup.py", line 154, in
>> <module>
>>
>> result = package.check()
>>
>> File "setupext.py", line 940, in check
>>
>> if 'No such file or directory\ngrep:' in version:
>>
>> TypeError: argument of type 'NoneType' is not iterable
>>
>> Complete output from command python setup.py egg_info:
>>
>>
>> ============================================================================
>>
>>
>> Edit setup.cfg to change the build options
>>
>>
>>
>>
>> BUILDING MATPLOTLIB
>>
>>
>> matplotlib: yes [1.4.0]
>>
>>
>> python: yes [2.7.5 (default, Sep 15 2014, 17:30:20) [GCC
>>
>>
>> 4.8.2 20140120 (Red Hat 4.8.2-16)]]
>>
>>
>> platform: yes [linux2]
>>
>>
>>
>>
>> REQUIRED DEPENDENCIES AND EXTENSIONS
>>
>>
>> numpy: yes [version 1.9.0]
>>
>>
>> six: yes [using six version 1.8.0]
>>
>>
>> dateutil: yes [using dateutil version 2.2]
>>
>>
>> tornado: yes [using tornado version 4.0.2]
>>
>>
>> pyparsing: yes [using pyparsing version 2.0.3]
>>
>>
>> pycxx: yes [Couldn't import. Using local copy.]
>>
>>
>> libagg: yes [pkg-config information for 'libagg' could not
>>
>>
>> be found. Using local copy.]
>>
>>
>> Traceback (most recent call last):
>>
>>
>> File "<string>", line 17, in <module>
>>
>>
>> File "/tmp/pip_build_root/matplotlib/setup.py", line 154, in <module>
>>
>>
>> result = package.check()
>>
>>
>> File "setupext.py", line 940, in check
>>
>>
>> if 'No such file or directory\ngrep:' in version:
>>
>>
>> TypeError: argument of type 'NoneType' is not iterable
>>
>>
>> ----------------------------------------
>>
>> Cleaning up...
>>
>> Command python setup.py egg_info failed with error code 1 in
>> /tmp/pip_build_root/matplotlib
>>
>> Storing debug log for failure in /root/.pip/pip.log
>>
>> root@ip-172-31-17-158 matplotlib-1.4.0]$
>>
>>
>>
>> This is the bottom of the debug log
>>
>>
>> ---------------------------------------
>>
>> Cleaning up...
>>
>> Removing temporary dir /tmp/pip_build_root...
>>
>> Command python setup.py egg_info failed with error code 1 in
>> /tmp/pip_build_root/matplotlib
>>
>> Exception information:
>>
>> Traceback (most recent call last):
>>
>> File
>> "/usr/lib/python2.7/site-packages/pip-1.5.6-py2.7.egg/pip/basecommand.py",
>> line 122, in main
>>
>> status = self.run(options, args)
>>
>> File
>> "/usr/lib/python2.7/site-packages/pip-1.5.6-py2.7.egg/pip/commands/install.py",
>> line 278, in run
>>
>> requirement_set.prepare_files(finder,
>> force_root_egg_info=self.bundle, bundle=self.bundle)
>>
>> File "/usr/lib/python2.7/site-packages/pip-1.5.6-py2.7.egg/pip/req.py",
>> line 1229, in prepare_files
>>
>> req_to_install.run_egg_info()
>>
>> File "/usr/lib/python2.7/site-packages/pip-1.5.6-py2.7.egg/pip/req.py",
>> line 325, in run_egg_info
>>
>> command_desc='python setup.py egg_info')
>>
>> File
>> "/usr/lib/python2.7/site-packages/pip-1.5.6-py2.7.egg/pip/util.py", line
>> 697, in call_subprocess
>>
>> % (command_desc, proc.returncode, cwd))
>>
>> InstallationError: Command python setup.py egg_info failed with error
>> code 1 in /tmp/pip_build_root/matplotlib
>>
>> root@ip-172-31-17-158 matplotlib-1.4.0]$
>>
>>
>>
>>
>> ------------------------------------------------------------------------------
>> Meet PCI DSS 3.0 Compliance Requirements with EventLog Analyzer
>> Achieve PCI DSS 3.0 Compliant Status with Out-of-the-box PCI DSS Reports
>> Are you Audit-Ready for PCI DSS 3.0 Compliance? Download White paper
>> Comply to PCI DSS 3.0 Requirement 10 and 11.5 with EventLog Analyzer
>> http://p.sf.net/sfu/Zoho
>> _______________________________________________
>> Matplotlib-devel mailing list
>> Mat...@li...
>> https://lists.sourceforge.net/lists/listinfo/matplotlib-devel
>>
>>
>
> ------------------------------------------------------------------------------
> Meet PCI DSS 3.0 Compliance Requirements with EventLog Analyzer
> Achieve PCI DSS 3.0 Compliant Status with Out-of-the-box PCI DSS Reports
> Are you Audit-Ready for PCI DSS 3.0 Compliance? Download White paper
> Comply to PCI DSS 3.0 Requirement 10 and 11.5 with EventLog Analyzer
> http://p.sf.net/sfu/Zoho
> _______________________________________________
> Matplotlib-devel mailing list
> Mat...@li...
> https://lists.sourceforge.net/lists/listinfo/matplotlib-devel
>
>

I think this is a bug that had been fixed on both master and 1.4.x.
If I recall correctly this is an issue with free type (#3471 fixes it). The
other work around is to install freetype-dev.
Tom
(From phone so chasing siren details is hard)
On Oct 12, 2014 3:16 PM, "Andy Davidson" <An...@sa...>
wrote:
> I am having a heck of time getting matplotlib installed on my amazon ec2
> cluster. (I am new to python)
>
>
> I wonder if the problem is /usr/python points to an old version of python.
> I need to use /usr/bin/python2.7
>
>
> I have tried using yum, yum-builddep, pip2.7, downloading the the source
> , and even cloning the master
>
>
> Yum see to know about /usr/bin/python which is an old version I need to
> use /usr/bin/python2.7.
>
>
> I tried searching for a RPM (
> http://rpm.pbone.net/index.php3/stat/3/srodzaj/1/search/python-matplotlib)
> how ever I only found really old version.
>
>
>
> I have tried editing File "setupext.py", line 940, in check, looks like
> the min version is 2.4 I have 2.3.x
>
>
> But still can not figure out what the problem is
>
>
> Any suggestions would be greatly appreciated.
>
>
> Andy
>
>
> root@ip-172-31-17-158 matplotlib-1.4.0]$ pip2.7 install matplotlib
>
> Downloading/unpacking matplotlib
>
> Downloading matplotlib-1.4.0.tar.gz (51.2MB): 51.2MB downloaded
>
> Running setup.py (path:/tmp/pip_build_root/matplotlib/setup.py) egg_info
> for package matplotlib
>
>
> ============================================================================
>
> Edit setup.cfg to change the build options
>
>
>
> BUILDING MATPLOTLIB
>
> matplotlib: yes [1.4.0]
>
> python: yes [2.7.5 (default, Sep 15 2014, 17:30:20)
> [GCC
>
> 4.8.2 20140120 (Red Hat 4.8.2-16)]]
>
> platform: yes [linux2]
>
>
>
> REQUIRED DEPENDENCIES AND EXTENSIONS
>
> numpy: yes [version 1.9.0]
>
> six: yes [using six version 1.8.0]
>
> dateutil: yes [using dateutil version 2.2]
>
> tornado: yes [using tornado version 4.0.2]
>
> pyparsing: yes [using pyparsing version 2.0.3]
>
> pycxx: yes [Couldn't import. Using local copy.]
>
> libagg: yes [pkg-config information for 'libagg' could
> not
>
> be found. Using local copy.]
>
> Traceback (most recent call last):
>
> File "<string>", line 17, in <module>
>
> File "/tmp/pip_build_root/matplotlib/setup.py", line 154, in <module>
>
> result = package.check()
>
> File "setupext.py", line 940, in check
>
> if 'No such file or directory\ngrep:' in version:
>
> TypeError: argument of type 'NoneType' is not iterable
>
> Complete output from command python setup.py egg_info:
>
>
> ============================================================================
>
>
> Edit setup.cfg to change the build options
>
>
>
>
> BUILDING MATPLOTLIB
>
>
> matplotlib: yes [1.4.0]
>
>
> python: yes [2.7.5 (default, Sep 15 2014, 17:30:20) [GCC
>
>
> 4.8.2 20140120 (Red Hat 4.8.2-16)]]
>
>
> platform: yes [linux2]
>
>
>
>
> REQUIRED DEPENDENCIES AND EXTENSIONS
>
>
> numpy: yes [version 1.9.0]
>
>
> six: yes [using six version 1.8.0]
>
>
> dateutil: yes [using dateutil version 2.2]
>
>
> tornado: yes [using tornado version 4.0.2]
>
>
> pyparsing: yes [using pyparsing version 2.0.3]
>
>
> pycxx: yes [Couldn't import. Using local copy.]
>
>
> libagg: yes [pkg-config information for 'libagg' could not
>
>
> be found. Using local copy.]
>
>
> Traceback (most recent call last):
>
>
> File "<string>", line 17, in <module>
>
>
> File "/tmp/pip_build_root/matplotlib/setup.py", line 154, in <module>
>
>
> result = package.check()
>
>
> File "setupext.py", line 940, in check
>
>
> if 'No such file or directory\ngrep:' in version:
>
>
> TypeError: argument of type 'NoneType' is not iterable
>
>
> ----------------------------------------
>
> Cleaning up...
>
> Command python setup.py egg_info failed with error code 1 in
> /tmp/pip_build_root/matplotlib
>
> Storing debug log for failure in /root/.pip/pip.log
>
> root@ip-172-31-17-158 matplotlib-1.4.0]$
>
>
>
> This is the bottom of the debug log
>
>
> ---------------------------------------
>
> Cleaning up...
>
> Removing temporary dir /tmp/pip_build_root...
>
> Command python setup.py egg_info failed with error code 1 in
> /tmp/pip_build_root/matplotlib
>
> Exception information:
>
> Traceback (most recent call last):
>
> File
> "/usr/lib/python2.7/site-packages/pip-1.5.6-py2.7.egg/pip/basecommand.py",
> line 122, in main
>
> status = self.run(options, args)
>
> File
> "/usr/lib/python2.7/site-packages/pip-1.5.6-py2.7.egg/pip/commands/install.py",
> line 278, in run
>
> requirement_set.prepare_files(finder, force_root_egg_info=self.bundle,
> bundle=self.bundle)
>
> File "/usr/lib/python2.7/site-packages/pip-1.5.6-py2.7.egg/pip/req.py",
> line 1229, in prepare_files
>
> req_to_install.run_egg_info()
>
> File "/usr/lib/python2.7/site-packages/pip-1.5.6-py2.7.egg/pip/req.py",
> line 325, in run_egg_info
>
> command_desc='python setup.py egg_info')
>
> File "/usr/lib/python2.7/site-packages/pip-1.5.6-py2.7.egg/pip/util.py",
> line 697, in call_subprocess
>
> % (command_desc, proc.returncode, cwd))
>
> InstallationError: Command python setup.py egg_info failed with error code
> 1 in /tmp/pip_build_root/matplotlib
>
> root@ip-172-31-17-158 matplotlib-1.4.0]$
>
>
>
>
> ------------------------------------------------------------------------------
> Meet PCI DSS 3.0 Compliance Requirements with EventLog Analyzer
> Achieve PCI DSS 3.0 Compliant Status with Out-of-the-box PCI DSS Reports
> Are you Audit-Ready for PCI DSS 3.0 Compliance? Download White paper
> Comply to PCI DSS 3.0 Requirement 10 and 11.5 with EventLog Analyzer
> http://p.sf.net/sfu/Zoho
> _______________________________________________
> Matplotlib-devel mailing list
> Mat...@li...
> https://lists.sourceforge.net/lists/listinfo/matplotlib-devel
>
>

I am having a heck of time getting matplotlib installed on my amazon ec2
cluster. (I am new to python)
I wonder if the problem is /usr/python points to an old version of python. I
need to use /usr/bin/python2.7
I have tried using yum, yum-builddep, pip2.7, downloading the the source ,
and even cloning the master
Yum see to know about /usr/bin/python which is an old version I need to use
/usr/bin/python2.7.
I tried searching for a RPM
(http://rpm.pbone.net/index.php3/stat/3/srodzaj/1/search/python-matplotlib)
how ever I only found really old version.
I have tried editing File "setupext.py", line 940, in check, looks like the
min version is 2.4 I have 2.3.x
But still can not figure out what the problem is
Any suggestions would be greatly appreciated.
Andy
root@ip-172-31-17-158 matplotlib-1.4.0]$ pip2.7 install matplotlib
Downloading/unpacking matplotlib
 Downloading matplotlib-1.4.0.tar.gz (51.2MB): 51.2MB downloaded
 Running setup.py (path:/tmp/pip_build_root/matplotlib/setup.py) egg_info
for package matplotlib
 
============================================================================
 Edit setup.cfg to change the build options
 
 BUILDING MATPLOTLIB
 matplotlib: yes [1.4.0]
 python: yes [2.7.5 (default, Sep 15 2014, 17:30:20)
[GCC
 4.8.2 20140120 (Red Hat 4.8.2-16)]]
 platform: yes [linux2]
 
 REQUIRED DEPENDENCIES AND EXTENSIONS
 numpy: yes [version 1.9.0]
 six: yes [using six version 1.8.0]
 dateutil: yes [using dateutil version 2.2]
 tornado: yes [using tornado version 4.0.2]
 pyparsing: yes [using pyparsing version 2.0.3]
 pycxx: yes [Couldn't import. Using local copy.]
 libagg: yes [pkg-config information for 'libagg' could
not
 be found. Using local copy.]
 Traceback (most recent call last):
 File "<string>", line 17, in <module>
 File "/tmp/pip_build_root/matplotlib/setup.py", line 154, in <module>
 result = package.check()
 File "setupext.py", line 940, in check
 if 'No such file or directory\ngrep:' in version:
 TypeError: argument of type 'NoneType' is not iterable
 Complete output from command python setup.py egg_info:
 
============================================================================
Edit setup.cfg to change the build options
BUILDING MATPLOTLIB
 matplotlib: yes [1.4.0]
 python: yes [2.7.5 (default, Sep 15 2014, 17:30:20) [GCC
 4.8.2 20140120 (Red Hat 4.8.2-16)]]
 platform: yes [linux2]
REQUIRED DEPENDENCIES AND EXTENSIONS
 numpy: yes [version 1.9.0]
 six: yes [using six version 1.8.0]
 dateutil: yes [using dateutil version 2.2]
 tornado: yes [using tornado version 4.0.2]
 pyparsing: yes [using pyparsing version 2.0.3]
 pycxx: yes [Couldn't import. Using local copy.]
 libagg: yes [pkg-config information for 'libagg' could not
 be found. Using local copy.]
Traceback (most recent call last):
 File "<string>", line 17, in <module>
 File "/tmp/pip_build_root/matplotlib/setup.py", line 154, in <module>
 result = package.check()
 File "setupext.py", line 940, in check
 if 'No such file or directory\ngrep:' in version:
TypeError: argument of type 'NoneType' is not iterable
----------------------------------------
Cleaning up...
Command python setup.py egg_info failed with error code 1 in
/tmp/pip_build_root/matplotlib
Storing debug log for failure in /root/.pip/pip.log
root@ip-172-31-17-158 matplotlib-1.4.0]$
This is the bottom of the debug log
---------------------------------------
Cleaning up...
 Removing temporary dir /tmp/pip_build_root...
Command python setup.py egg_info failed with error code 1 in
/tmp/pip_build_root/matplotlib
Exception information:
Traceback (most recent call last):
 File 
"/usr/lib/python2.7/site-packages/pip-1.5.6-py2.7.egg/pip/basecommand.py",
line 122, in main
 status = self.run(options, args)
 File 
"/usr/lib/python2.7/site-packages/pip-1.5.6-py2.7.egg/pip/commands/install.p
y", line 278, in run
 requirement_set.prepare_files(finder, force_root_egg_info=self.bundle,
bundle=self.bundle)
 File "/usr/lib/python2.7/site-packages/pip-1.5.6-py2.7.egg/pip/req.py",
line 1229, in prepare_files
 req_to_install.run_egg_info()
 File "/usr/lib/python2.7/site-packages/pip-1.5.6-py2.7.egg/pip/req.py",
line 325, in run_egg_info
 command_desc='python setup.py egg_info')
 File "/usr/lib/python2.7/site-packages/pip-1.5.6-py2.7.egg/pip/util.py",
line 697, in call_subprocess
 % (command_desc, proc.returncode, cwd))
InstallationError: Command python setup.py egg_info failed with error code 1
in /tmp/pip_build_root/matplotlib
root@ip-172-31-17-158 matplotlib-1.4.0]$

Hello,
I was wondering if the following behavior is a bug of LogLocator class 
or just a known limitation:
(mpl 1.3.1)
Input:
 plt_scale = 'log'
 #plt_scale = 'linear'
 fig, (ax1) = plt.subplots(1, 1)
 ax1.set(yscale=plt_scale)
 # works for linear scale, not for log:
 ax1.axes.locator_params('y', nbins=5)
Result:
 AttributeError Traceback (most recent
 call last)
 <ipython-input-74-3492af5f93c8> in <module>()
 7
 8 # works for linear scale, not for log:
 ----> 9 ax1.axes.locator_params('y', nbins=5)
 /home/pierre/anaconda/lib/python2.7/site-packages/matplotlib/axes.pyc in
 locator_params(self, axis, tight, **kwargs)
 2305 self.xaxis.get_major_locator().set_params(**kwargs)
 2306 if _y:
 -> 2307 self.yaxis.get_major_locator().set_params(**kwargs)
 2308 self.autoscale_view(tight=tight, scalex=_x, scaley=_y)
 2309
 AttributeError: 'LogLocator' object has no attribute 'set_params'
What I get from the traceback is that `locator_params` method forwards 
the locator attributes (in my case `nbins`) to the actual locator object 
via its `set_params` method. And this method is missing from LogLocator
So my question is: shouldn't all Locator subclasses have a `set_params` 
method ?
best,
Pierre
(set_params is indeed defined in 
MaxNLocatorhttps://github.com/matplotlib/matplotlib/blob/master/lib/matplotlib/ticker.py#L1297)

On 10/07/2014 05:13 PM, Eric Firing wrote:
> I'm not sure what to do about
> https://github.com/matplotlib/matplotlib/issues/3621 either. In
> general, I think it is best to have strings like this left in their
> native mode, not coerced to unicode, but that is contrary to the
> strategy decided upon when "from __future__ import unicode_literals" was
> adopted.
I think it has a pretty easy fix -- just put `str()` around the version 
string. That will go back to bytes on 2.x and unicode on 3.x.
>
> Mike, what do you think--are other projects going to run into this
> problem, triggered by a bug in LooseVersion?
It's an unfortunate bug, but fortunately has a reasonable workaround.
I think there are certain areas of matplotlib where the benefit of using 
`unicode_literals` outweighs the pain -- particularly in the text and 
math text handling, the PDF and SVG backends, and anything to do with 
fonts. It's actually fixed a lot of bugs for us. But, yes, there are 
the occasional dark corners in Python 2 like this.
Mike
>
> Eric
>
> On 2014年10月07日, 11:03 AM, Michael Droettboom wrote:
>> Thanks for working on all of these. I just discovered another issue
>> that really should be a blocker:
>>
>> https://github.com/matplotlib/matplotlib/issues/3622
>>
>> Mike
>>
>> On 10/01/2014 11:58 PM, Thomas Caswell wrote:
>>> Hello all,
>>>
>>> We are going to miss the deadline on 1.4.1 as there is 2-3 blocker issues:
>>>
>>> - #3470 / PR#3564 which started as issues with the macosx backend
>>> and spiralled into discovering that we were only validating input to
>>> rcparams about half of the time.
>>>
>>> - #3505 The changes to disable interactive mode when not at a repl.
>>> It turns out a lot of people use it and we should un-break them.
>>>
>>> - #3517 which is related to non-ascii paths in font look up which
>>> causes matplotlib to blow up on import.
>>>
>>> I am open to arguments that any of these should not be blockers.
>>>
>>> Tom
>>>
>>
>
> ------------------------------------------------------------------------------
> Meet PCI DSS 3.0 Compliance Requirements with EventLog Analyzer
> Achieve PCI DSS 3.0 Compliant Status with Out-of-the-box PCI DSS Reports
> Are you Audit-Ready for PCI DSS 3.0 Compliance? Download White paper
> Comply to PCI DSS 3.0 Requirement 10 and 11.5 with EventLog Analyzer
> http://pubads.g.doubleclick.net/gampad/clk?id=154622311&iu=/4140/ostg.clktrk
> _______________________________________________
> Matplotlib-devel mailing list
> Mat...@li...
> https://lists.sourceforge.net/lists/listinfo/matplotlib-devel
-- 
Michael Droettboom
Science Software Branch
Space Telescope Science Institute
http://www.droettboom.com

I'm not sure what to do about 
https://github.com/matplotlib/matplotlib/issues/3621 either. In 
general, I think it is best to have strings like this left in their 
native mode, not coerced to unicode, but that is contrary to the 
strategy decided upon when "from __future__ import unicode_literals" was 
adopted.
Mike, what do you think--are other projects going to run into this 
problem, triggered by a bug in LooseVersion?
Eric
On 2014年10月07日, 11:03 AM, Michael Droettboom wrote:
> Thanks for working on all of these. I just discovered another issue
> that really should be a blocker:
>
> https://github.com/matplotlib/matplotlib/issues/3622
>
> Mike
>
> On 10/01/2014 11:58 PM, Thomas Caswell wrote:
>> Hello all,
>>
>> We are going to miss the deadline on 1.4.1 as there is 2-3 blocker issues:
>>
>> - #3470 / PR#3564 which started as issues with the macosx backend
>> and spiralled into discovering that we were only validating input to
>> rcparams about half of the time.
>>
>> - #3505 The changes to disable interactive mode when not at a repl.
>> It turns out a lot of people use it and we should un-break them.
>>
>> - #3517 which is related to non-ascii paths in font look up which
>> causes matplotlib to blow up on import.
>>
>> I am open to arguments that any of these should not be blockers.
>>
>> Tom
>>
>
>

Thanks for working on all of these. I just discovered another issue 
that really should be a blocker:
https://github.com/matplotlib/matplotlib/issues/3622
Mike
On 10/01/2014 11:58 PM, Thomas Caswell wrote:
> Hello all,
>
> We are going to miss the deadline on 1.4.1 as there is 2-3 blocker issues:
>
> - #3470 / PR#3564 which started as issues with the macosx backend
> and spiralled into discovering that we were only validating input to
> rcparams about half of the time.
>
> - #3505 The changes to disable interactive mode when not at a repl.
> It turns out a lot of people use it and we should un-break them.
>
> - #3517 which is related to non-ascii paths in font look up which
> causes matplotlib to blow up on import.
>
> I am open to arguments that any of these should not be blockers.
>
> Tom
>
-- 
Michael Droettboom
Science Software Branch
Space Telescope Science Institute
http://www.droettboom.com

Hello all,
We are going to miss the deadline on 1.4.1 as there is 2-3 blocker issues:
 - #3470 / PR#3564 which started as issues with the macosx backend
and spiralled into discovering that we were only validating input to
rcparams about half of the time.
 - #3505 The changes to disable interactive mode when not at a repl.
It turns out a lot of people use it and we should un-break them.
 - #3517 which is related to non-ascii paths in font look up which
causes matplotlib to blow up on import.
I am open to arguments that any of these should not be blockers.
Tom
-- 
Thomas Caswell
tca...@gm...