from:"Michael Droettboom"

Yes -- I reached out to the author about exactly that this morning.  It 
would be great to closely collaborate on this.


Mike

On 10/21/2013 01:06 PM, Todd wrote:
Seems like a lot of what they are doing could be upstreamed into 
matplotlib.  Then they could just wrap it in their own ggplot syntax.  
That would improve matplotlib and simplify the maintainance for them.



On Mon, Oct 21, 2013 at 5:58 PM, Michael Droettboom <mailto:md...@stsci.edu>> wrote:


I just learned about this today, and thought I'd share.  It's an
implementation of the ggplot interface on top of matplotlib:

http://blog.yhathq.com/posts/ggplot-for-python.html

-- 
_

|\/|o _|_  _. _ | | \.__  __|__|_|_  _  _ ._ _
|  ||(_| |(_|(/_| |_/|(_)(/_|_ |_|_)(_)(_)| | |

http://www.droettboom.com



--
October Webinars: Code for Performance
Free Intel webinars can help you accelerate application performance.
Explore tips for MPI, OpenMP, advanced profiling, and more. Get
the most from
the latest Intel processors and coprocessors. See abstracts and
register >
http://pubads.g.doubleclick.net/gampad/clk?id=60135031&iu=/4140/ostg.clktrk
___
Matplotlib-devel mailing list
Matplotlib-devel@lists.sourceforge.net
<mailto:Matplotlib-devel@lists.sourceforge.net>
https://lists.sourceforge.net/lists/listinfo/matplotlib-devel




--
October Webinars: Code for Performance
Free Intel webinars can help you accelerate application performance.
Explore tips for MPI, OpenMP, advanced profiling, and more. Get the most from
the latest Intel processors and coprocessors. See abstracts and register >
http://pubads.g.doubleclick.net/gampad/clk?id=60135031&iu=/4140/ostg.clktrk


___
Matplotlib-devel mailing list
Matplotlib-devel@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/matplotlib-devel



--
   _
|\/|o _|_  _. _ | | \.__  __|__|_|_  _  _ ._ _
|  ||(_| |(_|(/_| |_/|(_)(/_|_ |_|_)(_)(_)| | |

http://www.droettboom.com

--
October Webinars: Code for Performance
Free Intel webinars can help you accelerate application performance.
Explore tips for MPI, OpenMP, advanced profiling, and more. Get the most from 
the latest Intel processors and coprocessors. See abstracts and register >
http://pubads.g.doubleclick.net/gampad/clk?id=60135031&iu=/4140/ostg.clktrk___
Matplotlib-devel mailing list
Matplotlib-devel@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/matplotlib-devel

Re: [matplotlib-devel] Test failure testing binary installer - any clues?

On 10/19/2013 04:24 PM, Matthew Brett wrote:
> Hi,
>
> On Fri, Oct 18, 2013 at 4:47 AM, Michael Droettboom  wrote:
>> On 10/18/2013 02:11 AM, Matthew Brett wrote:
>>> Hi,
>>>
>>> I'm testing the binary installer build:
>>>
>>> https://travis-ci.org/matthew-brett/mpl-osx-binaries/builds/12703220
>>>
>>> and I'm getting a test failure on Python 3.3 (not Python 2.7):
>>>
>>> ==
>>> FAIL: matplotlib.tests.test_lines.test_invisible_Line_rendering.test
>>> --
>>> Traceback (most recent call last):
>>> File 
>>> "/Library/Frameworks/Python.framework/Versions/3.3/lib/python3.3/site-packages/nose/case.py",
>>> line 198, in runTest
>>>   self.test(*self.arg)
>>> File 
>>> "/Library/Frameworks/Python.framework/Versions/3.3/lib/python3.3/site-packages/matplotlib/testing/decorators.py",
>>> line 73, in test
>>>   self._func()
>>> File 
>>> "/Library/Frameworks/Python.framework/Versions/3.3/lib/python3.3/site-packages/matplotlib/tests/test_lines.py",
>>> line 54, in test_invisible_Line_rendering
>>>   assert_true(slowdown_factor < slowdown_threshold)
>>> AssertionError: False is not true
>>>
>>> --
>>> Ran 1464 tests in 656.822s
>>>
>>> Is this a problem?  What should I do to debug further?
>>>
>> I've never seen that failure before...
>>
>> I wonder if Pierre Haessig has any thoughts, as the author of that test...
>>
>> Mike
> Thanks.  I get the same error running under Python 2.7 on a clean 10.6 
> machine.
>
> Also I get:
>
> ==
> FAIL: matplotlib.tests.test_contour.test_contour_manual_labels.test
> --
> Traceback (most recent call last):
>File 
> "/Library/Frameworks/Python.framework/Versions/2.7/lib/python2.7/site-packages/nose/case.py",
> line 197, in runTest
>  self.test(*self.arg)
>File 
> "/Library/Frameworks/Python.framework/Versions/2.7/lib/python2.7/site-packages/matplotlib/testing/decorators.py",
> line 40, in failer
>  result = f(*args, **kwargs)
>File 
> "/Library/Frameworks/Python.framework/Versions/2.7/lib/python2.7/site-packages/matplotlib/testing/decorators.py",
> line 159, in do_test
>  '(RMS %(rms).3f)'%err)
> ImageComparisonFailure: images not close:
> /Users/mb312/mpkg-test/mpl-test/result_images/test_contour/contour_manual_labels.png
> vs. 
> /Users/mb312/mpkg-test/mpl-test/result_images/test_contour/contour_manual_labels-expected.png
> (RMS 15.521)
>
> The images look identical to me...
Can you send me the failed image?  If we both agree they are the same, 
it may just need to have the RMS increased to account for font differences.

Also Cc'ing Pierre about the above issue.

Mike

-- 
_
|\/|o _|_  _. _ | | \.__  __|__|_|_  _  _ ._ _
|  ||(_| |(_|(/_| |_/|(_)(/_|_ |_|_)(_)(_)| | |

http://www.droettboom.com


--
October Webinars: Code for Performance
Free Intel webinars can help you accelerate application performance.
Explore tips for MPI, OpenMP, advanced profiling, and more. Get the most from 
the latest Intel processors and coprocessors. See abstracts and register >
http://pubads.g.doubleclick.net/gampad/clk?id=60135031&iu=/4140/ostg.clktrk
___
Matplotlib-devel mailing list
Matplotlib-devel@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/matplotlib-devel

Re: [matplotlib-devel] Directories for C/C++ extensions

On 10/19/2013 04:14 AM, Ian Thomas wrote:
On 18 October 2013 19:18, Chris Barker > wrote:

Ian,

> I am working on a PR to replace the use of matplotlib.delaunay
with the
> Qhull library.

nice! -- ( though I sure wish Qhull did constrained delaunay...)

> Installation will be similar to the existing packages LibAgg
> and CXX in that if the system already has a sufficiently recent
version of
> Qhull installed then matplotlib will use that, otherwise it will
build the
> required library from the source code shipped with matplotlib.

Why bother, why not just always build the internal version?

(for that matter, same with agg)

Wouldn't it be a lot easier and more robust to be sure that everyone
is running the exact same code?

What are the odds that folks are using qhull for something else, and
even more to the point, what are the odds that the duplication of this
lib would matter one wit?

This isn't like LAPACK, where folks have a compellling reason to run a
particular version.

-- just my thoughts on how to keep things simpler.

Chris,

Todd has hit the nail on the head.

To expand slightly, with the current situation the onus is on us to 
ensure that mpl builds OK and passes all of our tests with and without 
each of the external libraries. Linux distro packagers will choose to 
set up qhull as a required dependency for their mpl package, and once 
they have done this can simply delete our directory containing the 
qhull source code in their mpl source package, and it will build OK 
without any further changes and we can all be confident that it will 
work correctly.

If we always used our internal version then distro packagers would 
have to change our setup scripts to build using the external 
libraries.  This would be more time-consuming and error prone leading 
to less timely mpl distro releases.  We need to make their job as easy 
as possible.

Agreed on all of these points, and I'm not advocating a change from what 
Ian is doing.  However, as get on in years, I'm starting to more and 
more feel like the needs of the distro packagers, which are primarily 
security and stability, are sometimes at odds with the needs of 
scientific software, where the premium is on reproducibility.  The 
output of matplotlib depends on the versions of some of its 
dependencies, not the version of matplotlib alone, and that's 
problematic for some...  Anyway, just food for thought. I still think 
the most practical approach is the one we're taking (shipping 
dependencies, but making it easy to use the system libraries when 
available).

Mike

--
   _
|\/|o _|_  _. _ | | \.__  __|__|_|_  _  _ ._ _
|  ||(_| |(_|(/_| |_/|(_)(/_|_ |_|_)(_)(_)| | |

http://www.droettboom.com

--
October Webinars: Code for Performance
Free Intel webinars can help you accelerate application performance.
Explore tips for MPI, OpenMP, advanced profiling, and more. Get the most from 
the latest Intel processors and coprocessors. See abstracts and register >
http://pubads.g.doubleclick.net/gampad/clk?id=60135031&iu=/4140/ostg.clktrk___
Matplotlib-devel mailing list
Matplotlib-devel@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/matplotlib-devel

[matplotlib-devel] ggplot for matplotlib

I just learned about this today, and thought I'd share.  It's an 
implementation of the ggplot interface on top of matplotlib:


http://blog.yhathq.com/posts/ggplot-for-python.html

--
   _
|\/|o _|_  _. _ | | \.__  __|__|_|_  _  _ ._ _
|  ||(_| |(_|(/_| |_/|(_)(/_|_ |_|_)(_)(_)| | |

http://www.droettboom.com

--
October Webinars: Code for Performance
Free Intel webinars can help you accelerate application performance.
Explore tips for MPI, OpenMP, advanced profiling, and more. Get the most from 
the latest Intel processors and coprocessors. See abstracts and register >
http://pubads.g.doubleclick.net/gampad/clk?id=60135031&iu=/4140/ostg.clktrk___
Matplotlib-devel mailing list
Matplotlib-devel@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/matplotlib-devel

Re: [matplotlib-devel] Test failure testing binary installer - any clues?

2013-10-18 Thread Michael Droettboom

On 10/18/2013 02:11 AM, Matthew Brett wrote:
> Hi,
>
> I'm testing the binary installer build:
>
> https://travis-ci.org/matthew-brett/mpl-osx-binaries/builds/12703220
>
> and I'm getting a test failure on Python 3.3 (not Python 2.7):
>
> ==
> FAIL: matplotlib.tests.test_lines.test_invisible_Line_rendering.test
> --
> Traceback (most recent call last):
>File 
> "/Library/Frameworks/Python.framework/Versions/3.3/lib/python3.3/site-packages/nose/case.py",
> line 198, in runTest
>  self.test(*self.arg)
>File 
> "/Library/Frameworks/Python.framework/Versions/3.3/lib/python3.3/site-packages/matplotlib/testing/decorators.py",
> line 73, in test
>  self._func()
>File 
> "/Library/Frameworks/Python.framework/Versions/3.3/lib/python3.3/site-packages/matplotlib/tests/test_lines.py",
> line 54, in test_invisible_Line_rendering
>  assert_true(slowdown_factor < slowdown_threshold)
> AssertionError: False is not true
>
> --
> Ran 1464 tests in 656.822s
>
> Is this a problem?  What should I do to debug further?
>

I've never seen that failure before...

I wonder if Pierre Haessig has any thoughts, as the author of that test...

Mike

-- 
_
|\/|o _|_  _. _ | | \.__  __|__|_|_  _  _ ._ _
|  ||(_| |(_|(/_| |_/|(_)(/_|_ |_|_)(_)(_)| | |

http://www.droettboom.com


--
October Webinars: Code for Performance
Free Intel webinars can help you accelerate application performance.
Explore tips for MPI, OpenMP, advanced profiling, and more. Get the most from 
the latest Intel processors and coprocessors. See abstracts and register >
http://pubads.g.doubleclick.net/gampad/clk?id=60135031&iu=/4140/ostg.clktrk
___
Matplotlib-devel mailing list
Matplotlib-devel@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/matplotlib-devel

Re: [matplotlib-devel] IPython Comm backend

2013-10-16 Thread Michael Droettboom

Sorry to take so long to get to this. This is a nice piece of work.

The most obvious thing is that this is a copy-and-paste of the existing 
WebAgg backend -- and maintaining the two is going to be much harder 
than building both out of the same pieces.  As of 6389d14f, the WebAgg 
backend was refactored so that the transport that it uses to communicate 
to the browser is no longer hard coded.  This was done in large part to 
support working with IPyhton in this way.  (That is, it used to only 
communicate with the browser through Tornado, but now it can be anything 
that can send bits back and forth).  There's an example of this in 
`examples/user_interfaces/embedding_webagg.py` that shows how to do this 
(using Tornado, but again, it doesn't have to be). There's no guarantees 
that this interface is sufficient, so it may require some back and forth 
on this to make it all work.

I think the first thing I would do would be to refactor this to use 
that.  It's a little hard to tell what you've changed from the original 
WebAgg backend to get it to support IPython.  If it were built on top 
of, rather than in addition to, WebAgg, that would be more obvious.

Mike

On 10/10/2013 06:08 PM, Jason Grout wrote:
> I've been working on a backend based on the webagg backend, but that
> uses the IPython Comm architecture at
> https://github.com/ipython/ipython/pull/4195 to send messages instead of
> starting a server and opening websocket connections.  I have an initial
> version in my github ipython-comm branch (see
> https://github.com/jasongrout/matplotlib/compare/ipython-comm).  I'm
> getting confused about how the backend infrastructure works, though,
> like what the purpose for the FigureManager class is, etc.  I'm running
> out of time to work on this now, and I'm hoping that someone will take
> what work I've done here and get it working properly with the matplotlib
> architecture.  If not, I'll probably tinker with this more later.
>
> Thanks,
>
> Jason
>
> --
> Jason Grout
>
> --
> October Webinars: Code for Performance
> Free Intel webinars can help you accelerate application performance.
> Explore tips for MPI, OpenMP, advanced profiling, and more. Get the most from
> the latest Intel processors and coprocessors. See abstracts and register >
> http://pubads.g.doubleclick.net/gampad/clk?id=60134071&iu=/4140/ostg.clktrk
> ___
> Matplotlib-devel mailing list
> Matplotlib-devel@lists.sourceforge.net
> https://lists.sourceforge.net/lists/listinfo/matplotlib-devel

-- 
_
|\/|o _|_  _. _ | | \.__  __|__|_|_  _  _ ._ _
|  ||(_| |(_|(/_| |_/|(_)(/_|_ |_|_)(_)(_)| | |

http://www.droettboom.com

--
October Webinars: Code for Performance
Free Intel webinars can help you accelerate application performance.
Explore tips for MPI, OpenMP, advanced profiling, and more. Get the most from 
the latest Intel processors and coprocessors. See abstracts and register >
http://pubads.g.doubleclick.net/gampad/clk?id=60135031&iu=/4140/ostg.clktrk
___
Matplotlib-devel mailing list
Matplotlib-devel@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/matplotlib-devel

[matplotlib-devel] Google Hangout Agenda

2013-10-14 Thread Michael Droettboom


I've created a wiki page to brainstorm agenda ideas for next week's meeting.

https://github.com/matplotlib/matplotlib/wiki/Hangout-2013-10-24

--
   _
|\/|o _|_  _. _ | | \.__  __|__|_|_  _  _ ._ _
|  ||(_| |(_|(/_| |_/|(_)(/_|_ |_|_)(_)(_)| | |

http://www.droettboom.com

--
October Webinars: Code for Performance
Free Intel webinars can help you accelerate application performance.
Explore tips for MPI, OpenMP, advanced profiling, and more. Get the most from 
the latest Intel processors and coprocessors. See abstracts and register >
http://pubads.g.doubleclick.net/gampad/clk?id=60134071&iu=/4140/ostg.clktrk___
Matplotlib-devel mailing list
Matplotlib-devel@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/matplotlib-devel

[matplotlib-devel] 1.3.1 tagged

2013-10-10 Thread Michael Droettboom

I have tagged and uploaded 1.3.1.  It is exactly the same as 1.3.1rc2, 
with only the version number being different.  Once the Windows binaries 
are ready, I'll make a broader announcement in the usual places.

Mike

-- 
_
|\/|o _|_  _. _ | | \.__  __|__|_|_  _  _ ._ _
|  ||(_| |(_|(/_| |_/|(_)(/_|_ |_|_)(_)(_)| | |

http://www.droettboom.com


--
October Webinars: Code for Performance
Free Intel webinars can help you accelerate application performance.
Explore tips for MPI, OpenMP, advanced profiling, and more. Get the most from 
the latest Intel processors and coprocessors. See abstracts and register >
http://pubads.g.doubleclick.net/gampad/clk?id=60134071&iu=/4140/ostg.clktrk
___
Matplotlib-devel mailing list
Matplotlib-devel@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/matplotlib-devel

Re: [matplotlib-devel] New tests failing when run together

2013-10-10 Thread Michael Droettboom

Are your tests including the "@cleanup" decorator?  (The @cleanup 
decorator is run implicitly with the @image_comparison decorator, so you 
really only need one or the other).


Beyond that wild guess, I'm not sure what could be going on.  You could 
file a pull request with your new code, even if it's not fully ready, so 
we could try it out and poke at it.  Or just point us to your git branch 
so we could check it out.


Mike

On 10/10/2013 07:33 AM, Todd wrote:
I have been implementing some new plot types, with tests.  This code 
passes all existing tests.  I have also expanded the tests on some 
existing plot types and mlab functions.  These tests run fine on their 
own.


The problem is that, when I run the code with the new tests, I get a 
lot of out of memory errors.  Further, the errors do not occur in the 
new tests, but rather in other, unrelated tests.  Further, the tests 
that fail work fine when run on their own, they only fail when run as 
part of the complete test suite.


Even stranger, when I run the tests in parallel (even with only one 
process) and enable "--process-restartworker", the tests run fine 
(with a large enough timeout).  But "--process-restartworker" doesn't 
help if parallel tests are not turned on.


So I am not sure exactly what to do here.  Even if I leave out my own 
tests, I may be running into some limit or memory leak that may very 
well result in problems for other people down the road.


A solution might be to force tests to run in parallel with 
"--process-restartworker", but of course it would be better to find 
out where the leak is.



--
October Webinars: Code for Performance
Free Intel webinars can help you accelerate application performance.
Explore tips for MPI, OpenMP, advanced profiling, and more. Get the most from
the latest Intel processors and coprocessors. See abstracts and register >
http://pubads.g.doubleclick.net/gampad/clk?id=60134071&iu=/4140/ostg.clktrk


___
Matplotlib-devel mailing list
Matplotlib-devel@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/matplotlib-devel



--
   _
|\/|o _|_  _. _ | | \.__  __|__|_|_  _  _ ._ _
|  ||(_| |(_|(/_| |_/|(_)(/_|_ |_|_)(_)(_)| | |

http://www.droettboom.com

--
October Webinars: Code for Performance
Free Intel webinars can help you accelerate application performance.
Explore tips for MPI, OpenMP, advanced profiling, and more. Get the most from 
the latest Intel processors and coprocessors. See abstracts and register >
http://pubads.g.doubleclick.net/gampad/clk?id=60134071&iu=/4140/ostg.clktrk___
Matplotlib-devel mailing list
Matplotlib-devel@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/matplotlib-devel

Re: [matplotlib-devel] Directories for C/C++ extensions

2013-10-07 Thread Michael Droettboom

I like this idea.  I've seen this called "extern" in other projects, but I 
don't have a strong feeling about the name.  I think it's good idea for all of 
the reasons you mention.

Mike

From: Ian Thomas [ianthoma...@gmail.com]
Sent: Sunday, October 06, 2013 4:09 PM
To: matplotlib-devel@lists.sourceforge.net
Subject: [matplotlib-devel] Directories for C/C++ extensions

Fellow developers,

I am working on a PR to replace the use of matplotlib.delaunay with the Qhull 
library.  Installation will be similar to the existing packages LibAgg and CXX 
in that if the system already has a sufficiently recent version of Qhull 
installed then matplotlib will use that, otherwise it will build the required 
library from the source code shipped with matplotlib.

I have a thin C wrapper called qhull_wrap.c (following the coding guidelines) 
which I'll put in the top-level src directory along with most of the existing 
C/C++ extensions.  But my question is where to put the qhull source code?

Current practice has separate top-level directories called agg24 and CXX for 
the LibAgg and CXX packages respectively, so my initial thought was to follow 
this and create a new top-level directory called qhull to place the library 
code in.  But I don't like this approach of creating a new top-level directory 
as (1) I think the top-level should remain as simple and uncluttered as 
possible, (2) it tends to overemphasize the importance of these third-party 
libraries as they are some of the first directories users see when unzipping 
the mpl tarball, and (3) it is not immediately obvious that the code in these 
directories is from third-party libraries rather than something we ourselves 
have written.

Hence my preference is to create a new top-level directory called something 
like 'third-party' (or should that be 'third_party'?), and place all the 
third-party libraries in that; i.e. move the agg24 and CXX directories into 
third-party, and place the new qhull source code in third-party/qhull.

What do others think of this idea?

Ian Thomas

--
October Webinars: Code for Performance
Free Intel webinars can help you accelerate application performance.
Explore tips for MPI, OpenMP, advanced profiling, and more. Get the most from 
the latest Intel processors and coprocessors. See abstracts and register >
http://pubads.g.doubleclick.net/gampad/clk?id=60134791&iu=/4140/ostg.clktrk
___
Matplotlib-devel mailing list
Matplotlib-devel@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/matplotlib-devel

Re: [matplotlib-devel] font problems: fc-list takes up 100% of CPU and runs forever

2013-10-02 Thread Michael Droettboom

On 10/02/2013 01:34 PM, Russell E. Owen wrote:
> In article <524c130c.3020...@stsci.edu>,
>   Michael Droettboom 
>   wrote:
>
>> I haven't heard of this issue before.
>>
>> fc-list comes from the fontconfig project.  It is used to get a list of
>> all of the fonts installed on the system.  It sounds like there is some
>> bug there -- the usual culprit is that there is a slightly non-standard
>> font installed on the system and fontconfig has a hard time parsing it.
>> You could try updating fc-list (it's in all the major package managers).
>>
>> As for a workaround from our end, we could try to set a timeout on
>> fc-list and just skip it if it takes too long.  We can't rely on it
>> being there on a Mac at all, so already we gracefully degrade to a less
>> thorough search for fonts when fc-list can't be found.
> Thanks for the advice. A defective font is an interesting possibility.
>
> I was wrong it's new in 1.3.0; turns out it's seen in much older
> versions of my application (back to using mpl 1.0.0), but apparently on
> few machines.
>
> The issue showed up when I added some fancy animated strip charts to my
> application (which may be a coincidence), not when I upgraded mpl.
>
> I'm surprised the timeout on fc-list isn't working.

We don't currently do a timeout -- we make a blocking call to fc-list.  
I was only suggesting it as a possible fix for this problem.

>   Maybe something else
> is also using fc-list, but the fix is to add an ~/.matplotlib dir, which
> suggests it's an mpl issue.

When you copy over the .matplotlib dir, you copy over the font cache.  
When matplotlib finds a font cache, it doesn't need to generate a list 
of fonts, so thus doesn't need to call fc-list.  But copying font caches 
from one machine to another is unlikely to work (the set of fonts and 
their locations is quite likely different). Worse yet, if matplotlib 
attempts to look up a font and finds that it isn't where the cache says 
it is, it regenerates the cache again, and thus you could get this 
hanging anyway.

Mike

>
> -- Russell
>
>
> --
> October Webinars: Code for Performance
> Free Intel webinars can help you accelerate application performance.
> Explore tips for MPI, OpenMP, advanced profiling, and more. Get the most from
> the latest Intel processors and coprocessors. See abstracts and register >
> http://pubads.g.doubleclick.net/gampad/clk?id=60134791&iu=/4140/ostg.clktrk
> ___
> Matplotlib-devel mailing list
> Matplotlib-devel@lists.sourceforge.net
> https://lists.sourceforge.net/lists/listinfo/matplotlib-devel


-- 
_
|\/|o _|_  _. _ | | \.__  __|__|_|_  _  _ ._ _
|  ||(_| |(_|(/_| |_/|(_)(/_|_ |_|_)(_)(_)| | |

http://www.droettboom.com


--
October Webinars: Code for Performance
Free Intel webinars can help you accelerate application performance.
Explore tips for MPI, OpenMP, advanced profiling, and more. Get the most from 
the latest Intel processors and coprocessors. See abstracts and register >
http://pubads.g.doubleclick.net/gampad/clk?id=60134791&iu=/4140/ostg.clktrk
___
Matplotlib-devel mailing list
Matplotlib-devel@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/matplotlib-devel

Re: [matplotlib-devel] Regular matplotlib meetings

2013-10-02 Thread Michael Droettboom

I think the poll is in, and it looks like the best time for us to meet 
is Thursdays, 14:00 - 16:00 UTC.

Given some other commitments, I can't make it until October 24. Does 
that work?  I've tentatively added it to the matplotlib calendar.

Mike

On 09/18/2013 11:50 AM, Michael Droettboom wrote:
> As I had considered doing a while ago, I think it might be beneficial to
> start having regular Google Hangouts for matplotlib. I'm thinking
> monthly is probably adequate for now while we experiment with the format.
>
> As you may know, Google Hangouts has a maximum number of 10
> participants, but an unlimited number of people may watch both live and
> from the archive.  I believe also (correct me if I'm wrong) there is no
> such limit on the people who can participate by text chat.
>
> I've created a "Doodle" poll [1] to help find a time during the week
> that would be best for most.
>
> [1] http://doodle.com/fek9q2wsyegg6ytt
>
> I figure many of these meetings will include a "core" group of people
> with "special guests" for various specific topics as they arise.  Anyone
> can fill out the poll, but please send me an e-mail off list if you plan
> to attend on a regular basis rather than just drop in when possible so I
> can prioritize things.  Once we've determined a good time of the week
> for everyone, I'll schedule the next 6 or so months on the matplotlib
> Google calendar [2].
>
> [2]
> https://www.google.com/calendar/feeds/79hk8jhvlks8jn8ds4ri1e6q4g%40group.calendar.google.com/public/basic
>
> Cheers,
> Mike
>


-- 
_
|\/|o _|_  _. _ | | \.__  __|__|_|_  _  _ ._ _
|  ||(_| |(_|(/_| |_/|(_)(/_|_ |_|_)(_)(_)| | |

http://www.droettboom.com


--
October Webinars: Code for Performance
Free Intel webinars can help you accelerate application performance.
Explore tips for MPI, OpenMP, advanced profiling, and more. Get the most from 
the latest Intel processors and coprocessors. See abstracts and register >
http://pubads.g.doubleclick.net/gampad/clk?id=60134791&iu=/4140/ostg.clktrk
___
Matplotlib-devel mailing list
Matplotlib-devel@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/matplotlib-devel

Re: [matplotlib-devel] font problems: fc-list takes up 100% of CPU and runs forever

2013-10-02 Thread Michael Droettboom

I haven't heard of this issue before.

fc-list comes from the fontconfig project.  It is used to get a list of 
all of the fonts installed on the system.  It sounds like there is some 
bug there -- the usual culprit is that there is a slightly non-standard 
font installed on the system and fontconfig has a hard time parsing it.  
You could try updating fc-list (it's in all the major package managers).

As for a workaround from our end, we could try to set a timeout on 
fc-list and just skip it if it takes too long.  We can't rely on it 
being there on a Mac at all, so already we gracefully degrade to a less 
thorough search for fonts when fc-list can't be found.

Mike

On 10/01/2013 08:15 PM, Russell E. Owen wrote:
> I distribute a Mac application using matplotlib.
>
> Recent versions that use matplotlib 1.3.0 fail to run on some new
> accounts. The symptoms are that the application never finishes loading
> and a task named "fc-list" takes up 100% of a core -- for as long as
> we've let it run (a good fraction of an hour).
>
> The only solution we've found is to copy ~/.matplotlib from an account
> where it works to the new account.
>
> It is reproducible on some machines, but unfortunately not mine. When I
> create a new account on my machine I do not see the problem. Thus I have
> not yet been able to come up with a minimal case that shows the problem.
> I'll try to get more info.
>
> Is this is a known issue?
>
> -- Russell
>
>
> --
> October Webinars: Code for Performance
> Free Intel webinars can help you accelerate application performance.
> Explore tips for MPI, OpenMP, advanced profiling, and more. Get the most from
> the latest Intel processors and coprocessors. See abstracts and register >
> http://pubads.g.doubleclick.net/gampad/clk?id=60134791&iu=/4140/ostg.clktrk
> ___
> Matplotlib-devel mailing list
> Matplotlib-devel@lists.sourceforge.net
> https://lists.sourceforge.net/lists/listinfo/matplotlib-devel


-- 
_
|\/|o _|_  _. _ | | \.__  __|__|_|_  _  _ ._ _
|  ||(_| |(_|(/_| |_/|(_)(/_|_ |_|_)(_)(_)| | |

http://www.droettboom.com


--
October Webinars: Code for Performance
Free Intel webinars can help you accelerate application performance.
Explore tips for MPI, OpenMP, advanced profiling, and more. Get the most from 
the latest Intel processors and coprocessors. See abstracts and register >
http://pubads.g.doubleclick.net/gampad/clk?id=60134791&iu=/4140/ostg.clktrk
___
Matplotlib-devel mailing list
Matplotlib-devel@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/matplotlib-devel

[matplotlib-devel] 1.3.1rc2 tagged

2013-09-30 Thread Michael Droettboom

I have tagged a 1.3.1rc2 release candidate.

This primarily fixes an issue using the 64-bit Ghostscript on Windows.

(I see Christoph Gohlke has already built Windows installers before I even had 
a chance to announce this ;)

The tarball is available here:

https://downloads.sourceforge.net/project/matplotlib/matplotlib/matplotlib-1.3.1rc2/matplotlib-1.3.1rc2.tar.gz

Cheers,
Mike

-- _ |\/|o _|_ _. _ | | \.__ __|__|_|_ _ _ ._ _ | ||(_| |(_|(/_| 
|_/|(_)(/_|_ |_|_)(_)(_)| | | http://www.droettboom.com 
-- 
October Webinars: Code for Performance Free Intel webinars can help you 
accelerate application performance. Explore tips for MPI, OpenMP, 
advanced profiling, and more. Get the most from the latest Intel 
processors and coprocessors. See abstracts and register > 
http://pubads.g.doubleclick.net/gampad/clk?id=60133471&iu=/4140/ostg.clktrk 
___ Matplotlib-devel mailing 
list Matplotlib-devel@lists.sourceforge.net 
https://lists.sourceforge.net/lists/listinfo/matplotlib-devel

-- 
_
|\/|o _|_  _. _ | | \.__  __|__|_|_  _  _ ._ _
|  ||(_| |(_|(/_| |_/|(_)(/_|_ |_|_)(_)(_)| | |

http://www.droettboom.com


--
October Webinars: Code for Performance
Free Intel webinars can help you accelerate application performance.
Explore tips for MPI, OpenMP, advanced profiling, and more. Get the most from 
the latest Intel processors and coprocessors. See abstracts and register >
http://pubads.g.doubleclick.net/gampad/clk?id=60133471&iu=/4140/ostg.clktrk
___
Matplotlib-devel mailing list
Matplotlib-devel@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/matplotlib-devel

Re: [matplotlib-devel] 1.3.1rc1 tagged

2013-09-30 Thread Michael Droettboom

It's actually "should now".  Thanks for the report.  I'll fix it in the 
repository.

Mike

On 09/28/2013 03:11 PM, Jason Grout wrote:
> On 9/27/13 12:20 PM, Michael Droettboom wrote:
>> - The WebAgg backend should no have lower latency over heterogeneous
>>  Internet connections.
> Is that "should not"?
>
> Thanks,
>
> Jason
>
>
> --
> October Webinars: Code for Performance
> Free Intel webinars can help you accelerate application performance.
> Explore tips for MPI, OpenMP, advanced profiling, and more. Get the most from
> the latest Intel processors and coprocessors. See abstracts and register >
> http://pubads.g.doubleclick.net/gampad/clk?id=60133471&iu=/4140/ostg.clktrk
> ___
> Matplotlib-devel mailing list
> Matplotlib-devel@lists.sourceforge.net
> https://lists.sourceforge.net/lists/listinfo/matplotlib-devel


-- 
_
|\/|o _|_  _. _ | | \.__  __|__|_|_  _  _ ._ _
|  ||(_| |(_|(/_| |_/|(_)(/_|_ |_|_)(_)(_)| | |

http://www.droettboom.com


--
October Webinars: Code for Performance
Free Intel webinars can help you accelerate application performance.
Explore tips for MPI, OpenMP, advanced profiling, and more. Get the most from 
the latest Intel processors and coprocessors. See abstracts and register >
http://pubads.g.doubleclick.net/gampad/clk?id=60133471&iu=/4140/ostg.clktrk
___
Matplotlib-devel mailing list
Matplotlib-devel@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/matplotlib-devel

Re: [matplotlib-devel] 1.3.1rc1 tagged

2013-09-27 Thread Michael Droettboom

On 09/27/2013 02:27 PM, Christoph Gohlke wrote:
> On 9/27/2013 10:20 AM, Michael Droettboom wrote:
>> - Now works with 64-bit versions of Ghostscript on MS-Windows.
> Not really. gswin64c.exe is detected in __init__.py but apparently not
> used in the PS backend:
>
> https://github.com/matplotlib/matplotlib/blob/v1.3.x/lib/matplotlib/__init__.py#L341
> https://github.com/matplotlib/matplotlib/blob/v1.3.x/lib/matplotlib/backends/backend_ps.py#L73
> https://github.com/matplotlib/matplotlib/blob/v1.3.x/lib/matplotlib/backends/backend_ps.py#L1620
>

Thanks for pointing this out.  The original bug I think was related to 
not being able to run the tests.  The ps backend should be updated to 
use the same ghostscript finding routines as elsewhere. I'll get this 
taken care of for 1.3.1rc2.

Mike

-- 
_
|\/|o _|_  _. _ | | \.__  __|__|_|_  _  _ ._ _
|  ||(_| |(_|(/_| |_/|(_)(/_|_ |_|_)(_)(_)| | |

http://www.droettboom.com


--
October Webinars: Code for Performance
Free Intel webinars can help you accelerate application performance.
Explore tips for MPI, OpenMP, advanced profiling, and more. Get the most from 
the latest Intel processors and coprocessors. See abstracts and register >
http://pubads.g.doubleclick.net/gampad/clk?id=60133471&iu=/4140/ostg.clktrk
___
Matplotlib-devel mailing list
Matplotlib-devel@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/matplotlib-devel

Re: [matplotlib-devel] 1.3.1rc1 tagged

2013-09-27 Thread Michael Droettboom

Thanks for letting me know -- obviously not good.  I'll have a look.

Mike

On 09/27/2013 01:45 PM, Christoph Gohlke wrote:
> Hello,
>
> `matplotlib-1.3.1rc1.tar.gz\matplotlib-1.3.1rc1\lib\matplotlib.egg-info\SOURCES.txt`
>  
> contains absolute paths to `/usr/src/CXX/*.cxx` files and therefore 
> distutils fails to build installers on Windows. Deleting the .egg-info 
> directory works for me.
>
> Christoph
>
>
> On 9/27/2013 10:20 AM, Michael Droettboom wrote:
>> I have tagged a 1.3.1 release candidate. Congrats to everyone who
>> reported bugs and worked hard to fix them for this release.
>>
>> As this is only a bugfix release, it should hopefully not take as long
>> to get through the release candidate process.  I hope to hear from all
>> the packagers over the next week or two, and barring no issues, I will
>> tag this as 1.3.1 final.
>>
>> The tarball is available here:
>>
>> https://downloads.sourceforge.net/project/matplotlib/matplotlib/matplotlib-1.3.1rc1.tar.gz
>>  
>>
>>
>>
>> The changelog is copied below:
>>
>> New in 1.3.1
>> 
>>
>> 1.3.1 is a bugfix release, primarily dealing with improved setup and
>> handling of dependencies, and correcting and enhancing the
>> documentation.
>>
>> The following changes were made in 1.3.1 since 1.3.0.
>>
>> Enhancements
>> 
>>
>> - Added a context manager for creating multi-page pdfs (see
>>`matplotlib.backends.backend_pdf.PdfPages`).
>>
>> - The WebAgg backend should no have lower latency over heterogeneous
>>Internet connections.
>>
>> Bug fixes
>> `
>>
>> - Histogram plots now contain the endline.
>>
>> - Fixes to the Molleweide projection.
>>
>> - Handling recent fonts from Microsoft and Macintosh-style fonts with
>>non-ascii metadata is improved.
>>
>> - Hatching of fill between plots now works correctly in the PDF
>>backend.
>>
>> - Tight bounding box support now works in the PGF backend.
>>
>> - Transparent figures now display correctly in the Qt4Agg backend.
>>
>> - Drawing lines from one subplot to another now works.
>>
>> - Unit handling on masked arrays has been improved.
>>
>> Setup and dependencies
>> ``
>>
>> - Now works with any version of pyparsing 1.5.6 or later, without
>> displaying
>>hundreds of warnings.
>>
>> - Now works with 64-bit versions of Ghostscript on MS-Windows.
>>
>> - When installing from source into an environment without Numpy, Numpy
>>will first be downloaded and built and then used to build
>>matplotlib.
>>
>> - Externally installed backends are now always imported using a
>>fully-qualified path to the module.
>>
>> - Works with newer version of wxPython.
>>
>> - Can now build with a PyCXX installed globally on the system from 
>> source.
>>
>> - Better detection of Gtk3 dependencies.
>>
>> Testing
>> ```
>>
>> - Tests should now work in non-English locales.
>>
>> - PEP8 conformance tests now report on locations of issues.
>>


-- 
_
|\/|o _|_  _. _ | | \.__  __|__|_|_  _  _ ._ _
|  ||(_| |(_|(/_| |_/|(_)(/_|_ |_|_)(_)(_)| | |

http://www.droettboom.com


--
October Webinars: Code for Performance
Free Intel webinars can help you accelerate application performance.
Explore tips for MPI, OpenMP, advanced profiling, and more. Get the most from 
the latest Intel processors and coprocessors. See abstracts and register >
http://pubads.g.doubleclick.net/gampad/clk?id=60133471&iu=/4140/ostg.clktrk
___
Matplotlib-devel mailing list
Matplotlib-devel@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/matplotlib-devel

[matplotlib-devel] 1.3.1rc1 tagged

2013-09-27 Thread Michael Droettboom

I have tagged a 1.3.1 release candidate. Congrats to everyone who
reported bugs and worked hard to fix them for this release.

As this is only a bugfix release, it should hopefully not take as long
to get through the release candidate process. I hope to hear from all
the packagers over the next week or two, and barring no issues, I will
tag this as 1.3.1 final.

The tarball is available here:

https://downloads.sourceforge.net/project/matplotlib/matplotlib/matplotlib-1.3.1rc1.tar.gz

The changelog is copied below:

New in 1.3.1

1.3.1 is a bugfix release, primarily dealing with improved setup and
handling of dependencies, and correcting and enhancing the
documentation.

The following changes were made in 1.3.1 since 1.3.0.

Enhancements

- Added a context manager for creating multi-page pdfs (see
`matplotlib.backends.backend_pdf.PdfPages`).

- The WebAgg backend should no have lower latency over heterogeneous
Internet connections.

Bug fixes
`

- Histogram plots now contain the endline.

- Fixes to the Molleweide projection.

- Handling recent fonts from Microsoft and Macintosh-style fonts with
non-ascii metadata is improved.

- Hatching of fill between plots now works correctly in the PDF
backend.

- Tight bounding box support now works in the PGF backend.

- Transparent figures now display correctly in the Qt4Agg backend.

- Drawing lines from one subplot to another now works.

- Unit handling on masked arrays has been improved.

Setup and dependencies
``

- Now works with any version of pyparsing 1.5.6 or later, without displaying
hundreds of warnings.

- Now works with 64-bit versions of Ghostscript on MS-Windows.

- When installing from source into an environment without Numpy, Numpy
will first be downloaded and built and then used to build
matplotlib.

- Externally installed backends are now always imported using a
fully-qualified path to the module.

- Works with newer version of wxPython.

- Can now build with a PyCXX installed globally on the system from source.

- Better detection of Gtk3 dependencies.

Testing
```

- Tests should now work in non-English locales.

- PEP8 conformance tests now report on locations of issues.

--
_
|\/|o _|_ _. _ | | \.__ __|__|_|_ _ _ ._ _
| ||(_| |(_|(/_| |_/|(_)(/_|_ |_|_)(_)(_)| | |

http://www.droettboom.com

--
October Webinars: Code for Performance
Free Intel webinars can help you accelerate application performance.
Explore tips for MPI, OpenMP, advanced profiling, and more. Get the most from
the latest Intel processors and coprocessors. See abstracts and register >
http://pubads.g.doubleclick.net/gampad/clk?id=60133471&iu=/4140/ostg.clktrk
___
Matplotlib-devel mailing list
Matplotlib-devel@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/matplotlib-devel

Re: [matplotlib-devel] muilti figure backend

2013-09-25 Thread Michael Droettboom

Is there a pull request open for this? If not, could you create one?

Mike

On 09/25/2013 03:04 PM, Federico Ariza wrote:
> Hello
>
> To address the concern of display multiple figures at the same time.
> I added detach and re-parent methods to the figure manager, so figures
> can be programatically redistributed between containers.
>
> Also I added a couple of tools that I use a lot, one for line
> properties and one for axes properties.
>
> I got rid of the non working linedialog and replaced completely the
> FigureManagerGtk3 and Toolbar2Gtk3
>
> I would greatly appreciate some feedback to see if I am going in the
> right direction.
>
> As I mentioned before, there is not much in terms of documentation
> yet, because I do not want to spend time documenting something that I
> am not sure is useful to somebody else.
>
> Thanks
> Federico
>
>
>
>
> On Wed, Sep 18, 2013 at 12:13 PM, Federico Ariza
>  wrote:
>> I forgot about the diff link.
>>
>> https://github.com/fariza/matplotlib/compare/tabbed-gtk3-figuremanager
>>
>> I try to place everything where it is supposed to go (backend_bases)
>>
>>
>>
>>
>> On Wed, Sep 18, 2013 at 8:38 AM, Phil Elson  wrote:
>>> No need to be nervous. We are a friendly bunch and this is cool stuff.
>>>
>>> I haven't looked at your code (a diff link would be useful), but the 
>>> obvious first questions would be:
>>>
>>
>>
>>> Can I display multiple tabs at the same time (i.e. tab splitting)
>> At first sight, I do not see why not, the multiFigureBackend just
>> controls adding, removing and switching from one figure to another.
>> Giving the toolbar control to the active figure.
>>
>>> If so, can I programatically control the splitting?
>> I was thinking about this, and I think it is possible to add as many
>> instances of the MultiFigureManager as we want, and place figures in
>> the desired one. Removing and adding them is also possible.
>>
>>> On that front, did you consider looking at implementing the tabbing in 
>>> matplotlib itself? Obviously there is nothing there at the moment, but it 
>>> is conceivable that "tab" buttons could be added to a special "figure" 
>>> which when clicked change which figure is being rendered in the plot area. 
>>> Doing so would mean that your GUI doesn't look like native tabs, but it 
>>> would mean that it would instantly work on all interactive backends. Just a 
>>> thought.
>>>
>> I did not think about this, but to be honest, I do not like the
>> matplotlib widgets :(
>>
>>> Anyway, I'm not sure how we take this forward - I can't imagine we would 
>>> want to take on a whole new set of backends for tabbed browsing 
>>> specifically, but it could potentially be integrated together with the 
>>> existing backends I suppose.
>> As I tried to implement it, if the corresponding MultiFigureBackend is
>> implemented for the selected backend,  and
>> matplotlib.rcParams['backend.single_window'] = True
>> This will be loaded if not, the traditional backend work as always.
>>
>> Of course all of these possibilities have to be tested, to see...
>>
>>> Nice work!
>>>
>>> Phil
>>>
>>>
>>>
>>>
>>>
>>> On 18 September 2013 01:07, Federico Ariza  wrote:
 Hello everybody:

 This is my first post here, I am a little bit nervous, because this is my 
 first post :D, and also because I want to talk about a touchy subject

 In my work I have developped several backends to manage multiple figures 
 at the same time, from what I see around, this is something that could be 
 of interest for many people.
 I have done it in gtk, wx, tk, and now I am doing it again in gtk3.

 So I thought it would be nice to try to run this idea by you.
 If you look at the attached images, you will see what I mean.

 The code is in
 https://github.com/fariza/matplotlib/tree/tabbed-gtk3-figuremanager


 I know I should have done another file for the figure manager, but because 
 it sits in between backend_bases.py and backend_gtk3xxx.py It was easier 
 for me to test directly inside backend_gtk3.py

 Other think that I dislike, is that to extend the current backend, you 
 have to get your hands pretty dirty and understand alot of things to make 
 sense of how things work.

 I modified examples/pylab_examples/multiple_figs_demo.py
 to show it working.

 In the example, I added a stupid class, to show how can we attach external 
 tools to the toolbar without complex manipulations.
 Also, this could be used to produce a tools library, and keeps things 
 clean, in gtk3 backend there is a DialogLineprops, in qt there are other 
 things similar, but all of them are separated and can not be reused

 Take a look and let me know what you think.
 The only think needed to run with other examples is to use (gtk3 agg or 
 cairo) and set the rcparam

 matplotlib.use('gtk3agg')
 matplotlib.rcParams['backend.gtk3.tabbed'] = True
>>>

Re: [matplotlib-devel] matplotlib user guide

2013-09-25 Thread Michael Droettboom

Thanks for the interest.  I agree there's lots that can be done to 
improve it.


You may want to familiarize yourself with MEP10 ( 
https://github.com/matplotlib/matplotlib/wiki/Mep10) though that mainly 
deals with docstrings and not the narrative documentation.


Perhaps as a starting point, you'd want to write a MEP with your 
specific proposals -- maybe as a set of guidelines for how the docs 
should be laid out (with a few concrete examples of such changes, but 
without going through the laborious process of making all such 
changes).  The nice thing about writing a MEP is that then we can point 
other people who want to help out to it and say "this is what we're 
trying to do", rather than the burden of all of the work being on just a 
single person.  At least that's the idea ;)


Mike

On 09/25/2013 04:19 AM, mark wrote:

hi matplotlib developers

I have been considering the matplotlib user guide structure and it
has occured to me that there are two user guides interleaved here:
   1. Introduction for new users
   2. Library tour for developers

I think that this structure makes it challenging for new users to
benefit from the user guide as much as they could.

I would like to see the user guide separated into two sections, with
the two different audiences in mind.  I feel this would enable new
users of the library to have a more targeted introduction to some of
the neat features without getting bogged down in details they are
unlikely to need (or comprehend).

I am very happy to have a go at this and put up a set of suggested
changes but I would value input from the community on this approach and
my category suggestions before I submit a pull request.

many thanks
mark


--
October Webinars: Code for Performance
Free Intel webinars can help you accelerate application performance.
Explore tips for MPI, OpenMP, advanced profiling, and more. Get the most from
the latest Intel processors and coprocessors. See abstracts and register >
http://pubads.g.doubleclick.net/gampad/clk?id=60133471&iu=/4140/ostg.clktrk
___
Matplotlib-devel mailing list
Matplotlib-devel@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/matplotlib-devel



--
   _
|\/|o _|_  _. _ | | \.__  __|__|_|_  _  _ ._ _
|  ||(_| |(_|(/_| |_/|(_)(/_|_ |_|_)(_)(_)| | |

http://www.droettboom.com

--
October Webinars: Code for Performance
Free Intel webinars can help you accelerate application performance.
Explore tips for MPI, OpenMP, advanced profiling, and more. Get the most from 
the latest Intel processors and coprocessors. See abstracts and register >
http://pubads.g.doubleclick.net/gampad/clk?id=60133471&iu=/4140/ostg.clktrk___
Matplotlib-devel mailing list
Matplotlib-devel@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/matplotlib-devel

Re: [matplotlib-devel] "cached" member of Text class appearing in docs

2013-09-24 Thread Michael Droettboom

Thanks for pointing that out.  I think that's one is a little more 
debatable -- it does have some use to document.

Mike

On 09/23/2013 08:11 PM, Federico Ariza wrote:
> I don't know if this is related but
> http://matplotlib.org/api/artist_api.html?highlight=drawstyle#matplotlib.lines.Line2D.lineStyles
>
> seems a similar kind of problem
>
> Thanks
> Federico
>
> On Mon, Sep 16, 2013 at 2:14 PM, Michael Droettboom  wrote:
>> Wow.  It definitely should be private, or at the very least excluded from
>> the docs, through whatever mechanism Sphinx gives us.  I really hope no one
>> is using that as a public API -- I think it's ok to just privatize this post
>> haste without a deprecation period.
>>
>> Mike
>>
>>
>> On 09/16/2013 12:39 PM, Benjamin Root wrote:
>>
>> While looking up some information, I came across this hideousness:
>>
>> http://matplotlib.org/api/artist_api.html?highlight=text#matplotlib.text.Text.cached
>>
>> Why is this member made public? I would have thought it should be "private"?
>>
>>
>> --
>> LIMITED TIME SALE - Full Year of Microsoft Training For Just $49.99!
>> 1,500+ hours of tutorials including VisualStudio 2012, Windows 8, SharePoint
>> 2013, SQL 2012, MVC 4, more. BEST VALUE: New Multi-Library Power Pack
>> includes
>> Mobile, Cloud, Java, and UX Design. Lowest price ever! Ends 9/20/13.
>> http://pubads.g.doubleclick.net/gampad/clk?id=58041151&iu=/4140/ostg.clktrk
>>
>>
>>
>> ___
>> Matplotlib-devel mailing list
>> Matplotlib-devel@lists.sourceforge.net
>> https://lists.sourceforge.net/lists/listinfo/matplotlib-devel
>>
>>
>>
>> --
>> _
>> |\/|o _|_  _. _ | | \.__  __|__|_|_  _  _ ._ _
>> |  ||(_| |(_|(/_| |_/|(_)(/_|_ |_|_)(_)(_)| | |
>>
>> http://www.droettboom.com
>>
>>
>> --
>> LIMITED TIME SALE - Full Year of Microsoft Training For Just $49.99!
>> 1,500+ hours of tutorials including VisualStudio 2012, Windows 8, SharePoint
>> 2013, SQL 2012, MVC 4, more. BEST VALUE: New Multi-Library Power Pack
>> includes
>> Mobile, Cloud, Java, and UX Design. Lowest price ever! Ends 9/20/13.
>> http://pubads.g.doubleclick.net/gampad/clk?id=58041151&iu=/4140/ostg.clktrk
>> ___
>> Matplotlib-devel mailing list
>> Matplotlib-devel@lists.sourceforge.net
>> https://lists.sourceforge.net/lists/listinfo/matplotlib-devel
>>
>
>


-- 
_
|\/|o _|_  _. _ | | \.__  __|__|_|_  _  _ ._ _
|  ||(_| |(_|(/_| |_/|(_)(/_|_ |_|_)(_)(_)| | |

http://www.droettboom.com


--
October Webinars: Code for Performance
Free Intel webinars can help you accelerate application performance.
Explore tips for MPI, OpenMP, advanced profiling, and more. Get the most from 
the latest Intel processors and coprocessors. See abstracts and register >
http://pubads.g.doubleclick.net/gampad/clk?id=60133471&iu=/4140/ostg.clktrk
___
Matplotlib-devel mailing list
Matplotlib-devel@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/matplotlib-devel

Re: [matplotlib-devel] Odd install error

2013-09-20 Thread Michael Droettboom


See #2445.

On 09/20/2013 11:03 AM, Michael Droettboom wrote:

On 09/20/2013 10:41 AM, Benjamin Root wrote:
There is setup_requires, and from the documentation that I see, I 
wonder if listing NumPy in both build_requires and install_requires 
invokes a special handling to install setup requirements in the same 
place as install requirements?


Ben



Wow -- setup_requires is new to me.  It's worth a shot.

Mike

--
_
|\/|o _|_  _. _ | | \.__  __|__|_|_  _  _ ._ _
|  ||(_| |(_|(/_| |_/|(_)(/_|_ |_|_)(_)(_)| | |

http://www.droettboom.com


--
LIMITED TIME SALE - Full Year of Microsoft Training For Just $49.99!
1,500+ hours of tutorials including VisualStudio 2012, Windows 8, SharePoint
2013, SQL 2012, MVC 4, more. BEST VALUE: New Multi-Library Power Pack includes
Mobile, Cloud, Java, and UX Design. Lowest price ever! Ends 9/20/13.
http://pubads.g.doubleclick.net/gampad/clk?id=58041151&iu=/4140/ostg.clktrk


___
Matplotlib-devel mailing list
Matplotlib-devel@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/matplotlib-devel



--
   _
|\/|o _|_  _. _ | | \.__  __|__|_|_  _  _ ._ _
|  ||(_| |(_|(/_| |_/|(_)(/_|_ |_|_)(_)(_)| | |

http://www.droettboom.com

--
LIMITED TIME SALE - Full Year of Microsoft Training For Just $49.99!
1,500+ hours of tutorials including VisualStudio 2012, Windows 8, SharePoint
2013, SQL 2012, MVC 4, more. BEST VALUE: New Multi-Library Power Pack includes
Mobile, Cloud, Java, and UX Design. Lowest price ever! Ends 9/20/13. 
http://pubads.g.doubleclick.net/gampad/clk?id=58041151&iu=/4140/ostg.clktrk___
Matplotlib-devel mailing list
Matplotlib-devel@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/matplotlib-devel

Re: [matplotlib-devel] Odd install error

2013-09-20 Thread Michael Droettboom


On 09/20/2013 10:41 AM, Benjamin Root wrote:
There is setup_requires, and from the documentation that I see, I 
wonder if listing NumPy in both build_requires and install_requires 
invokes a special handling to install setup requirements in the same 
place as install requirements?


Ben



Wow -- setup_requires is new to me.  It's worth a shot.

Mike

--
   _
|\/|o _|_  _. _ | | \.__  __|__|_|_  _  _ ._ _
|  ||(_| |(_|(/_| |_/|(_)(/_|_ |_|_)(_)(_)| | |

http://www.droettboom.com

--
LIMITED TIME SALE - Full Year of Microsoft Training For Just $49.99!
1,500+ hours of tutorials including VisualStudio 2012, Windows 8, SharePoint
2013, SQL 2012, MVC 4, more. BEST VALUE: New Multi-Library Power Pack includes
Mobile, Cloud, Java, and UX Design. Lowest price ever! Ends 9/20/13. 
http://pubads.g.doubleclick.net/gampad/clk?id=58041151&iu=/4140/ostg.clktrk___
Matplotlib-devel mailing list
Matplotlib-devel@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/matplotlib-devel

Re: [matplotlib-devel] Odd install error

2013-09-20 Thread Michael Droettboom

Unfortunately, this is a known bug in setuptools.  It has no concept of 
"build time" dependencies, so it probably computed all of the 
dependencies correctly, but it doesn't install them in the correct order 
-- it just assumes that as long as everything gets installed it will 
work when it's finally run.  This is the same problem that means even 
though matplotlib specifies numpy as a dependency, "pip install 
matplotlib" will not work unless numpy is already installed.  This is a 
perennial problem, and apparently the setuptools guys spend very little 
time considering C extensions at all.


Mike

On 09/20/2013 09:37 AM, Benjamin Root wrote:
So, I was working from a completely fresh virtualenv, installing a 
package that had a matplotlib dependency. As it happens to be, the 
dependencies in this package lists matplotlib prior to numpy, so 
matplotlib got processed first. For whatever reason, while processing 
matplotlib, it didn't seem to think that it depended upon NumPy, but 
failed anyway when it couldn't find it.  See the following output:


Best match: matplotlib 1.3.0
Downloading 
https://downloads.sourceforge.net/project/matplotlib/matplotlib/matplotlib-1.3.0/matplotlib-1.3.0.tar.gz

Processing matplotlib-1.3.0.tar.gz
Writing /tmp/easy_install-ZJ_Xb6/matplotlib-1.3.0/setup.cfg
Running matplotlib-1.3.0/setup.py -q bdist_egg --dist-dir 
/tmp/easy_install-ZJ_Xb6/matplotlib-1.3.0/egg-dist-tmp-OqRvd1


Edit setup.cfg to change the build options

BUILDING MATPLOTLIB
matplotlib: yes [1.3.0]
python: yes [2.7.1 (r271:86832, Dec  8 2011, 
15:48:40)  [GCC

4.1.2 20080704 (Red Hat 4.1.2-51)]]
  platform: yes [linux2]

REQUIRED DEPENDENCIES AND EXTENSIONS
error: Setup script exited with Requires numpy 1.5 or later to build.  
(Numpy not found)

Error in atexit._run_exitfuncs:
Traceback (most recent call last):
  File "/usr/local/CentOS5/lib/python2.7/atexit.py", line 24, in 
_run_exitfuncs

func(*targs, **kargs)
  File "/usr/local/CentOS5/lib/python2.7/multiprocessing/util.py", 
line 258, in _exit_function

info('process shutting down')
TypeError: 'NoneType' object is not callable
Error in sys.exitfunc:
Traceback (most recent call last):
  File "/usr/local/CentOS5/lib/python2.7/atexit.py", line 24, in 
_run_exitfuncs

func(*targs, **kargs)
  File "/usr/local/CentOS5/lib/python2.7/multiprocessing/util.py", 
line 258, in _exit_function

info('process shutting down')
TypeError: 'NoneType' object is not callable

Thoughts?
Ben Root


--
LIMITED TIME SALE - Full Year of Microsoft Training For Just $49.99!
1,500+ hours of tutorials including VisualStudio 2012, Windows 8, SharePoint
2013, SQL 2012, MVC 4, more. BEST VALUE: New Multi-Library Power Pack includes
Mobile, Cloud, Java, and UX Design. Lowest price ever! Ends 9/20/13.
http://pubads.g.doubleclick.net/gampad/clk?id=58041151&iu=/4140/ostg.clktrk


___
Matplotlib-devel mailing list
Matplotlib-devel@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/matplotlib-devel



--
   _
|\/|o _|_  _. _ | | \.__  __|__|_|_  _  _ ._ _
|  ||(_| |(_|(/_| |_/|(_)(/_|_ |_|_)(_)(_)| | |

http://www.droettboom.com

--
LIMITED TIME SALE - Full Year of Microsoft Training For Just $49.99!
1,500+ hours of tutorials including VisualStudio 2012, Windows 8, SharePoint
2013, SQL 2012, MVC 4, more. BEST VALUE: New Multi-Library Power Pack includes
Mobile, Cloud, Java, and UX Design. Lowest price ever! Ends 9/20/13. 
http://pubads.g.doubleclick.net/gampad/clk?id=58041151&iu=/4140/ostg.clktrk___
Matplotlib-devel mailing list
Matplotlib-devel@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/matplotlib-devel

Re: [matplotlib-devel] master macosx backend broken?

2013-09-19 Thread Michael Droettboom

You may want to look at or comment on the pull request I made yesterday 
to fix this:


https://github.com/matplotlib/matplotlib/pull/2433

Mike

On 09/19/2013 06:52 AM, Michiel de Hoon wrote:
The crash occurs in the call to get_text_width_height_descent(self, s, 
prop, ismath) due to the fact that
family = prop.get_family() previously returned a list of strings, 
while now it returns a list of unicode strings. The backend then fails 
to find the font, and crashes over a NULL pointer. I will add a check 
for a NULL pointer and raise a Python exception appropriately, and 
also modify the backend to allow for unicode strings.

Note that other backends may also trip over this).

Best,
-Michiel.


*From:* Michael Droettboom 
*To:* matplotlib-devel@lists.sourceforge.net
*Sent:* Thursday, September 19, 2013 2:14 AM
*Subject:* Re: [matplotlib-devel] master macosx backend broken?

Try this. It at least gets "simple_plot.py" running again on the OS-X 
backend.


https://github.com/matplotlib/matplotlib/pull/2433

Mike

On 09/18/2013 12:42 PM, Michael Droettboom wrote:

FWIW, once getting past the error reported by Eric in 2431, I am able to
reproduce this on my Mac. I'm looking into it.  I suspect something in
the macosx backend is getting passed a unicode string where it used to
get a byte string.

Mike

On 09/17/2013 10:14 PM, Damon McDougall wrote:

On Tue, Sep 17, 2013 at 8:55 PM, Damon McDougall
  <mailto:damon.mcdoug...@gmail.com>  wrote:

On Tue, Sep 17, 2013 at 3:49 PM, Eric Firing  
<mailto:efir...@hawaii.edu>  wrote:

When I build mpl from master on python.org python 2.7, Mountain Lion,
and try to plot anything with the macosx backend, I am now getting an
Apple crash--the plot window flashes up and vanishes, and a big OS X
crash report window pops up.  Ipython shows "Trace/BPT trap: 5".  I have
never seen anything like this before.  Building from 1.3.0 works fine.

Is anyone else seeing this?

Master is also broken, at least on my machine, with other backends.  The
suggested fix ishttps://github.com/matplotlib/matplotlib/pull/2431.

Eric

Building from master produces a broken build of matplotlib for me.
After the build finishes, I get this warning from the linker:

ld: warning: ignoring file /opt/local/lib/libfreetype.dylib, file was
built for unsupported file format ( 0xcf 0xfa 0xed 0xfe 0x 7 0x 0 0x 0
0x 1 0x 3 0x 0 0x 0 0x 0 0x 6 0x 0 0x 0 0x 0 ) which is not the
architecture being linked (i386): /opt/local/lib/libfreetype.dylib

I don't know why it's compiling with -arch i386.  It's also compiling
with -arch x86_64.

When I install matplotlib, this is what happens from an ipython terminal:

In [1]: import matplotlib
In [2]: print matplotlib.__version__
1.4.x
In [3]: matplotlib.use('macosx')
In [4]: import matplotlib.pyplot as plt
In [5]: fig = plt.figure()
In [6]: ax = fig.add_subplot(1, 1, 1)
In [7]: ax.plot([1, 2, 3])
Out[7]: []
In [8]: plt.show()
Trace/BPT trap: 5

git bisecting says that f4adec7b569cfd0b30e0f8367ba8618b9e160f92 is
the first bad commit, which you can see the diff of
here<https://github.com/matplotlib/matplotlib/commit/f4adec7b569cfd0b30e0f8367ba8618b9e160f92>
  
<https://github.com/matplotlib/matplotlib/commit/f4adec7b569cfd0b30e0f8367ba8618b9e160f92>.
   That's a pretty big commit so it'll take a while to track down.

I'm kind of swamped with work right now (a colleague I work with
recently resigned) so I don't have as much time as I'd like to
dedicate to helping out.

Eric, I hope that helps a little bit.

Best wishes,
Damon

--
Damon McDougall
http://www.damon-is-a-geek.com  <http://www.damon-is-a-geek.com/>
Institute for Computational Engineering Sciences
201 E. 24th St.
Stop C0200
The University of Texas at Austin
Austin, TX 78712-1229

Oh, and I get the linker warning both with last good commit, *and* the
first bad commit.  Just as another data point.




--
_
|\/|o _|_  _. _ | | \.__  __|__|_|_  _  _ ._ _
|  ||(_| |(_|(/_| |_/|(_)(/_|_ |_|_)(_)(_)| | |

http://www.droettboom.com  <http://www.droettboom.com/>

--
LIMITED TIME SALE - Full Year of Microsoft Training For Just $49.99!
1,500+ hours of tutorials including VisualStudio 2012, Windows 8, 
SharePoint
2013, SQL 2012, MVC 4, more. BEST VALUE: New Multi-Library Power Pack 
includes

Mobile, Cloud, Java, and UX Design. Lowest price ever! Ends 9/20/13.
http://pubads.g.doubleclick.net/gampad/clk?id=58041151&iu=/4140/ostg.clktrk
___
Matplotlib-devel mailing list
Matplotlib-devel@lists.sourceforge.net 
<mailto:Matplotlib-devel@lists.sourceforge.net>

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





--
   _

Re: [matplotlib-devel] master macosx backend broken?


On 09/18/2013 12:33 PM, Michael Droettboom wrote:

On 09/18/2013 12:28 PM, Matt Terry wrote:
On Wed, Sep 18, 2013 at 5:30 AM, Phil Elson <mailto:pelson@gmail.com>> wrote:


Is it time to have the discussion about dropping the MacOS backend?

I know an incredible amount of top quality developer time has
gone into it, but in truth it is not up to the *Agg backends and
without another massive amount of work, never will be. Not to
mention the drag that having YAB (yet another backend) to
maintain and support adds.

Deleting the MacOS backend doesn't mean the end of its life - if
somebody cares enough they will probably set up a repo and
maintain it themselves, but I can think of a million and one
things I'd sooner have matplotlib developers working on than
getting the MacOS backend upto the *Agg standard.

Thoughts?


I'm not sure how much easier this will make our lives.  The backend 
options on mac are (in order of mpl's preference):

macosx (no deps)
qt4agg (needs qt)
gtk3agg (needs gtk)
tkagg (needs tk)
wxagg (needs wx)

Don't get me wrong, I am not thrilled with the macosx backend, 
especially that can't-draw-outside-the-event-loop issue, but I doubt 
that dropping it will make our lives easier.  Its big advantage is 
that it does not require a third-party windowing library.


If we drop macosx, we're going to have to deal with automated 
installing of a windowing library.  This is going to be hard because 
mac doesn't have a package manager we can rely on (in fact it has 5 
that sometimes coexist brew/macports/fink/manually installed dmg/pip).


The easiest target is probably tkagg.  For that backend, there are 
known (segfaulting) issues between different combinations of 
macos/python.org-python/activetkl.  So we will have to have an 
assortment of binary installers to cover that problem.  We will also 
have to continue being wary of multiple versions of tkl installed on 
the system.


This particular issue looks like a build problem. The change that 
introduce the bug was in the 2to3->six transition, which shouldn't 
have affect the internals, but obviously did.




I don't disagree with any of this, but we should add to consideration 
the resurrection of the cocoaagg backend, based on pyobjc.  It does 
have the pyobjc dependency, but that is much smaller and less 
problematic than the windowing toolkits mentioned.


Yet another option -- we reduce the MacOSX backend to just the minimum 
required to display an Agg buffer on the screen and handle mouse and 
keyboard events.  Basically turn it into a GUI backend, not a GUI and 
renderer backend.  It would address Matt's dependency concern, while 
also being a whole lot more maintainable.


Mike
--
LIMITED TIME SALE - Full Year of Microsoft Training For Just $49.99!
1,500+ hours of tutorials including VisualStudio 2012, Windows 8, SharePoint
2013, SQL 2012, MVC 4, more. BEST VALUE: New Multi-Library Power Pack includes
Mobile, Cloud, Java, and UX Design. Lowest price ever! Ends 9/20/13. 
http://pubads.g.doubleclick.net/gampad/clk?id=58041151&iu=/4140/ostg.clktrk___
Matplotlib-devel mailing list
Matplotlib-devel@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/matplotlib-devel

Re: [matplotlib-devel] master macosx backend broken?

Try this.  It at least gets "simple_plot.py" running again on the OS-X 
backend.


https://github.com/matplotlib/matplotlib/pull/2433

Mike

On 09/18/2013 12:42 PM, Michael Droettboom wrote:

FWIW, once getting past the error reported by Eric in 2431, I am able to
reproduce this on my Mac. I'm looking into it.  I suspect something in
the macosx backend is getting passed a unicode string where it used to
get a byte string.

Mike

On 09/17/2013 10:14 PM, Damon McDougall wrote:

On Tue, Sep 17, 2013 at 8:55 PM, Damon McDougall
 wrote:

On Tue, Sep 17, 2013 at 3:49 PM, Eric Firing  wrote:

When I build mpl from master on python.org python 2.7, Mountain Lion,
and try to plot anything with the macosx backend, I am now getting an
Apple crash--the plot window flashes up and vanishes, and a big OS X
crash report window pops up.  Ipython shows "Trace/BPT trap: 5".  I have
never seen anything like this before.  Building from 1.3.0 works fine.

Is anyone else seeing this?

Master is also broken, at least on my machine, with other backends.  The
suggested fix is https://github.com/matplotlib/matplotlib/pull/2431.

Eric

Building from master produces a broken build of matplotlib for me.
After the build finishes, I get this warning from the linker:

ld: warning: ignoring file /opt/local/lib/libfreetype.dylib, file was
built for unsupported file format ( 0xcf 0xfa 0xed 0xfe 0x 7 0x 0 0x 0
0x 1 0x 3 0x 0 0x 0 0x 0 0x 6 0x 0 0x 0 0x 0 ) which is not the
architecture being linked (i386): /opt/local/lib/libfreetype.dylib

I don't know why it's compiling with -arch i386.  It's also compiling
with -arch x86_64.

When I install matplotlib, this is what happens from an ipython terminal:

In [1]: import matplotlib
In [2]: print matplotlib.__version__
1.4.x
In [3]: matplotlib.use('macosx')
In [4]: import matplotlib.pyplot as plt
In [5]: fig = plt.figure()
In [6]: ax = fig.add_subplot(1, 1, 1)
In [7]: ax.plot([1, 2, 3])
Out[7]: []
In [8]: plt.show()
Trace/BPT trap: 5

git bisecting says that f4adec7b569cfd0b30e0f8367ba8618b9e160f92 is
the first bad commit, which you can see the diff of
here<https://github.com/matplotlib/matplotlib/commit/f4adec7b569cfd0b30e0f8367ba8618b9e160f92>.
   That's a pretty big commit so it'll take a while to track down.

I'm kind of swamped with work right now (a colleague I work with
recently resigned) so I don't have as much time as I'd like to
dedicate to helping out.

Eric, I hope that helps a little bit.

Best wishes,
Damon

--
Damon McDougall
http://www.damon-is-a-geek.com
Institute for Computational Engineering Sciences
201 E. 24th St.
Stop C0200
The University of Texas at Austin
Austin, TX 78712-1229

Oh, and I get the linker warning both with last good commit, *and* the
first bad commit.  Just as another data point.






--
   _
|\/|o _|_  _. _ | | \.__  __|__|_|_  _  _ ._ _
|  ||(_| |(_|(/_| |_/|(_)(/_|_ |_|_)(_)(_)| | |

http://www.droettboom.com

--
LIMITED TIME SALE - Full Year of Microsoft Training For Just $49.99!
1,500+ hours of tutorials including VisualStudio 2012, Windows 8, SharePoint
2013, SQL 2012, MVC 4, more. BEST VALUE: New Multi-Library Power Pack includes
Mobile, Cloud, Java, and UX Design. Lowest price ever! Ends 9/20/13. 
http://pubads.g.doubleclick.net/gampad/clk?id=58041151&iu=/4140/ostg.clktrk___
Matplotlib-devel mailing list
Matplotlib-devel@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/matplotlib-devel

[matplotlib-devel] 1.4.0 release schedule

Looking approximately six months after when 1.3.0 was released 
(31-07-2013, after much delay), puts us in the January timeframe for 
release candidates for 1.4.0.  I think that's preferable than to try to 
do anything during December.

I've put the following dates in the calendar:

January 8, 1.4.0rc1
January 22, 1.4.0rc2
February 5, 1.4.0final

Does that make sense to everyone as a rough estimate?

(On January 8, I will make a new maintenance branch for 1.4.x, so we 
won't need to "freeze" other work, but we may have a period where PRs 
will need to be manually merged from master into the maintenance branch 
as we put things together.)

Mike

-- 
_
|\/|o _|_  _. _ | | \.__  __|__|_|_  _  _ ._ _
|  ||(_| |(_|(/_| |_/|(_)(/_|_ |_|_)(_)(_)| | |

http://www.droettboom.com


--
LIMITED TIME SALE - Full Year of Microsoft Training For Just $49.99!
1,500+ hours of tutorials including VisualStudio 2012, Windows 8, SharePoint
2013, SQL 2012, MVC 4, more. BEST VALUE: New Multi-Library Power Pack includes
Mobile, Cloud, Java, and UX Design. Lowest price ever! Ends 9/20/13. 
http://pubads.g.doubleclick.net/gampad/clk?id=58041151&iu=/4140/ostg.clktrk
___
Matplotlib-devel mailing list
Matplotlib-devel@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/matplotlib-devel

Re: [matplotlib-devel] master macosx backend broken?

FWIW, once getting past the error reported by Eric in 2431, I am able to 
reproduce this on my Mac. I'm looking into it.  I suspect something in 
the macosx backend is getting passed a unicode string where it used to 
get a byte string.

Mike

On 09/17/2013 10:14 PM, Damon McDougall wrote:
> On Tue, Sep 17, 2013 at 8:55 PM, Damon McDougall
>  wrote:
>> On Tue, Sep 17, 2013 at 3:49 PM, Eric Firing  wrote:
>>> When I build mpl from master on python.org python 2.7, Mountain Lion,
>>> and try to plot anything with the macosx backend, I am now getting an
>>> Apple crash--the plot window flashes up and vanishes, and a big OS X
>>> crash report window pops up.  Ipython shows "Trace/BPT trap: 5".  I have
>>> never seen anything like this before.  Building from 1.3.0 works fine.
>>>
>>> Is anyone else seeing this?
>>>
>>> Master is also broken, at least on my machine, with other backends.  The
>>> suggested fix is https://github.com/matplotlib/matplotlib/pull/2431.
>>>
>>> Eric
>> Building from master produces a broken build of matplotlib for me.
>> After the build finishes, I get this warning from the linker:
>>
>> ld: warning: ignoring file /opt/local/lib/libfreetype.dylib, file was
>> built for unsupported file format ( 0xcf 0xfa 0xed 0xfe 0x 7 0x 0 0x 0
>> 0x 1 0x 3 0x 0 0x 0 0x 0 0x 6 0x 0 0x 0 0x 0 ) which is not the
>> architecture being linked (i386): /opt/local/lib/libfreetype.dylib
>>
>> I don't know why it's compiling with -arch i386.  It's also compiling
>> with -arch x86_64.
>>
>> When I install matplotlib, this is what happens from an ipython terminal:
>>
>> In [1]: import matplotlib
>> In [2]: print matplotlib.__version__
>> 1.4.x
>> In [3]: matplotlib.use('macosx')
>> In [4]: import matplotlib.pyplot as plt
>> In [5]: fig = plt.figure()
>> In [6]: ax = fig.add_subplot(1, 1, 1)
>> In [7]: ax.plot([1, 2, 3])
>> Out[7]: []
>> In [8]: plt.show()
>> Trace/BPT trap: 5
>>
>> git bisecting says that f4adec7b569cfd0b30e0f8367ba8618b9e160f92 is
>> the first bad commit, which you can see the diff of
>> here.
>>   That's a pretty big commit so it'll take a while to track down.
>>
>> I'm kind of swamped with work right now (a colleague I work with
>> recently resigned) so I don't have as much time as I'd like to
>> dedicate to helping out.
>>
>> Eric, I hope that helps a little bit.
>>
>> Best wishes,
>> Damon
>>
>> --
>> Damon McDougall
>> http://www.damon-is-a-geek.com
>> Institute for Computational Engineering Sciences
>> 201 E. 24th St.
>> Stop C0200
>> The University of Texas at Austin
>> Austin, TX 78712-1229
> Oh, and I get the linker warning both with last good commit, *and* the
> first bad commit.  Just as another data point.
>


-- 
_
|\/|o _|_  _. _ | | \.__  __|__|_|_  _  _ ._ _
|  ||(_| |(_|(/_| |_/|(_)(/_|_ |_|_)(_)(_)| | |

http://www.droettboom.com


--
LIMITED TIME SALE - Full Year of Microsoft Training For Just $49.99!
1,500+ hours of tutorials including VisualStudio 2012, Windows 8, SharePoint
2013, SQL 2012, MVC 4, more. BEST VALUE: New Multi-Library Power Pack includes
Mobile, Cloud, Java, and UX Design. Lowest price ever! Ends 9/20/13. 
http://pubads.g.doubleclick.net/gampad/clk?id=58041151&iu=/4140/ostg.clktrk
___
Matplotlib-devel mailing list
Matplotlib-devel@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/matplotlib-devel

Re: [matplotlib-devel] master macosx backend broken?


On 09/18/2013 12:28 PM, Matt Terry wrote:
On Wed, Sep 18, 2013 at 5:30 AM, Phil Elson > wrote:


Is it time to have the discussion about dropping the MacOS backend?

I know an incredible amount of top quality developer time has gone
into it, but in truth it is not up to the *Agg backends and
without another massive amount of work, never will be. Not to
mention the drag that having YAB (yet another backend) to maintain
and support adds.

Deleting the MacOS backend doesn't mean the end of its life - if
somebody cares enough they will probably set up a repo and
maintain it themselves, but I can think of a million and one
things I'd sooner have matplotlib developers working on than
getting the MacOS backend upto the *Agg standard.

Thoughts?


I'm not sure how much easier this will make our lives.  The backend 
options on mac are (in order of mpl's preference):

macosx (no deps)
qt4agg (needs qt)
gtk3agg (needs gtk)
tkagg (needs tk)
wxagg (needs wx)

Don't get me wrong, I am not thrilled with the macosx backend, 
especially that can't-draw-outside-the-event-loop issue, but I doubt 
that dropping it will make our lives easier.  Its big advantage is 
that it does not require a third-party windowing library.


If we drop macosx, we're going to have to deal with automated 
installing of a windowing library.  This is going to be hard because 
mac doesn't have a package manager we can rely on (in fact it has 5 
that sometimes coexist brew/macports/fink/manually installed dmg/pip).


The easiest target is probably tkagg.  For that backend, there are 
known (segfaulting) issues between different combinations of 
macos/python.org-python/activetkl.  So we will have to have an 
assortment of binary installers to cover that problem.  We will also 
have to continue being wary of multiple versions of tkl installed on 
the system.


This particular issue looks like a build problem. The change that 
introduce the bug was in the 2to3->six transition, which shouldn't 
have affect the internals, but obviously did.




I don't disagree with any of this, but we should add to consideration 
the resurrection of the cocoaagg backend, based on pyobjc.  It does have 
the pyobjc dependency, but that is much smaller and less problematic 
than the windowing toolkits mentioned.


Mike

--
   _
|\/|o _|_  _. _ | | \.__  __|__|_|_  _  _ ._ _
|  ||(_| |(_|(/_| |_/|(_)(/_|_ |_|_)(_)(_)| | |

http://www.droettboom.com

--
LIMITED TIME SALE - Full Year of Microsoft Training For Just $49.99!
1,500+ hours of tutorials including VisualStudio 2012, Windows 8, SharePoint
2013, SQL 2012, MVC 4, more. BEST VALUE: New Multi-Library Power Pack includes
Mobile, Cloud, Java, and UX Design. Lowest price ever! Ends 9/20/13. 
http://pubads.g.doubleclick.net/gampad/clk?id=58041151&iu=/4140/ostg.clktrk___
Matplotlib-devel mailing list
Matplotlib-devel@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/matplotlib-devel

Re: [matplotlib-devel] master macosx backend broken?

I think an objective comparison of features and performance between Agg 
and macosx would be a helpful place to start the discussion, just so we 
know what we're talking about here.  I seem to recall one of Michiel de 
Hoon's original motivations was performance, perhaps related to hardware 
rendering, but I haven't seen any solid numbers on that, and I didn't 
have a Mac at the time.

I have sort of a long term plan to start doing some benchmarking a la 
"Codespeed" on matplotlib, but haven't found the time to really dig into it.

It might make sense to resurrect the PyObjC backend, if that makes sense 
as part of the solution, as it has some of the "native GUI" benefits of 
macosx without doing reimplementing any of the tricky rendering bits.

Mike

On 09/18/2013 08:30 AM, Phil Elson wrote:

Is it time to have the discussion about dropping the MacOS backend?

I know an incredible amount of top quality developer time has gone 
into it, but in truth it is not up to the *Agg backends and without 
another massive amount of work, never will be. Not to mention the drag 
that having YAB (yet another backend) to maintain and support adds.

Deleting the MacOS backend doesn't mean the end of its life - if 
somebody cares enough they will probably set up a repo and maintain it 
themselves, but I can think of a million and one things I'd sooner 
have matplotlib developers working on than getting the MacOS backend 
upto the *Agg standard.

Thoughts?

On 18 September 2013 08:44, Eric Firing > wrote:

On 2013/09/17 4:14 PM, Damon McDougall wrote:
> On Tue, Sep 17, 2013 at 8:55 PM, Damon McDougall
> mailto:damon.mcdoug...@gmail.com>>
wrote:
>> On Tue, Sep 17, 2013 at 3:49 PM, Eric Firing
mailto:efir...@hawaii.edu>> wrote:
>>> When I build mpl from master on python.org 
python 2.7, Mountain Lion,
>>> and try to plot anything with the macosx backend, I am now
getting an
>>> Apple crash--the plot window flashes up and vanishes, and a
big OS X
>>> crash report window pops up.  Ipython shows "Trace/BPT trap:
5".  I have
>>> never seen anything like this before.  Building from 1.3.0
works fine.
>>>
>>> Is anyone else seeing this?
>>>
>>> Master is also broken, at least on my machine, with other
backends.  The
>>> suggested fix is
https://github.com/matplotlib/matplotlib/pull/2431.
>>>
>>> Eric
>>
>> Building from master produces a broken build of matplotlib for me.
>> After the build finishes, I get this warning from the linker:
>>
>> ld: warning: ignoring file /opt/local/lib/libfreetype.dylib,
file was
>> built for unsupported file format ( 0xcf 0xfa 0xed 0xfe 0x 7 0x
0 0x 0
>> 0x 1 0x 3 0x 0 0x 0 0x 0 0x 6 0x 0 0x 0 0x 0 ) which is not the
>> architecture being linked (i386): /opt/local/lib/libfreetype.dylib
>>
>> I don't know why it's compiling with -arch i386.  It's also
compiling
>> with -arch x86_64.
>>
>> When I install matplotlib, this is what happens from an ipython
terminal:
>>
>> In [1]: import matplotlib
>> In [2]: print matplotlib.__version__
>> 1.4.x
>> In [3]: matplotlib.use('macosx')
>> In [4]: import matplotlib.pyplot as plt
>> In [5]: fig = plt.figure()
>> In [6]: ax = fig.add_subplot(1, 1, 1)
>> In [7]: ax.plot([1, 2, 3])
>> Out[7]: []
>> In [8]: plt.show()
>> Trace/BPT trap: 5
>>
>> git bisecting says that f4adec7b569cfd0b30e0f8367ba8618b9e160f92 is
>> the first bad commit, which you can see the diff of
>>

here.
>>   That's a pretty big commit so it'll take a while to track down.
>>
>> I'm kind of swamped with work right now (a colleague I work with
>> recently resigned) so I don't have as much time as I'd like to
>> dedicate to helping out.
>>
>> Eric, I hope that helps a little bit.

Damon,

More than a little bit, thank you!

Eric

>>
>> Best wishes,
>> Damon
>>
>> --
>> Damon McDougall
>> http://www.damon-is-a-geek.com
>> Institute for Computational Engineering Sciences
>> 201 E. 24th St.
>> Stop C0200
>> The University of Texas at Austin
>> Austin, TX 78712-1229
>
> Oh, and I get the linker warning both with last good commit,
*and* the
> first bad commit.  Just as another data point.
>

--
LIMITED TIME SALE - Full Year of Microsoft Training For Just $49.99!
1,500+ hours of tutorials including VisualStudio 2012, Windows 8,
SharePoint
2013, SQL 2012, MVC 4, more. BEST VALUE: New Multi-Library Power
Pack includes
Mobile, Cloud, Java, and UX Design. Lowest price ever! Ends 9/20/13.
http://pubads.g.doubleclick.net/gam

[matplotlib-devel] Regular matplotlib meetings

As I had considered doing a while ago, I think it might be beneficial to 
start having regular Google Hangouts for matplotlib. I'm thinking 
monthly is probably adequate for now while we experiment with the format.

As you may know, Google Hangouts has a maximum number of 10 
participants, but an unlimited number of people may watch both live and 
from the archive.  I believe also (correct me if I'm wrong) there is no 
such limit on the people who can participate by text chat.

I've created a "Doodle" poll [1] to help find a time during the week 
that would be best for most.

[1] http://doodle.com/fek9q2wsyegg6ytt

I figure many of these meetings will include a "core" group of people 
with "special guests" for various specific topics as they arise.  Anyone 
can fill out the poll, but please send me an e-mail off list if you plan 
to attend on a regular basis rather than just drop in when possible so I 
can prioritize things.  Once we've determined a good time of the week 
for everyone, I'll schedule the next 6 or so months on the matplotlib 
Google calendar [2].

[2] 
https://www.google.com/calendar/feeds/79hk8jhvlks8jn8ds4ri1e6q4g%40group.calendar.google.com/public/basic

Cheers,
Mike

-- 
_
|\/|o _|_  _. _ | | \.__  __|__|_|_  _  _ ._ _
|  ||(_| |(_|(/_| |_/|(_)(/_|_ |_|_)(_)(_)| | |

http://www.droettboom.com


--
LIMITED TIME SALE - Full Year of Microsoft Training For Just $49.99!
1,500+ hours of tutorials including VisualStudio 2012, Windows 8, SharePoint
2013, SQL 2012, MVC 4, more. BEST VALUE: New Multi-Library Power Pack includes
Mobile, Cloud, Java, and UX Design. Lowest price ever! Ends 9/20/13. 
http://pubads.g.doubleclick.net/gampad/clk?id=58041151&iu=/4140/ostg.clktrk
___
Matplotlib-devel mailing list
Matplotlib-devel@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/matplotlib-devel

[matplotlib-devel] matplotlib 1.3.1

2013-09-17 Thread Michael Droettboom

I think there's enough good bug fixes on 1.3.x now to warrant a 1.3.1 
release.  We have 6 blocker and 12 known bugs on that branch still.  I 
hope to devote some time to triaging and closing as many of these as I 
can this week, and then maybe tagging a 1.3.1 release candidate early 
next week.  As this is a bugfix release, I'm not feeling extremely 
strict about closing all known bugs tagged 1.3.x -- it's worth closing 
those we can, but anything more complex can wait so as not to delay 
getting out the mass of existing bugfixes already on the branch.

Any thoughts?

Mike

-- 
_
|\/|o _|_  _. _ | | \.__  __|__|_|_  _  _ ._ _
|  ||(_| |(_|(/_| |_/|(_)(/_|_ |_|_)(_)(_)| | |

http://www.droettboom.com


--
LIMITED TIME SALE - Full Year of Microsoft Training For Just $49.99!
1,500+ hours of tutorials including VisualStudio 2012, Windows 8, SharePoint
2013, SQL 2012, MVC 4, more. BEST VALUE: New Multi-Library Power Pack includes
Mobile, Cloud, Java, and UX Design. Lowest price ever! Ends 9/20/13. 
http://pubads.g.doubleclick.net/gampad/clk?id=58041151&iu=/4140/ostg.clktrk
___
Matplotlib-devel mailing list
Matplotlib-devel@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/matplotlib-devel

Re: [matplotlib-devel] Bug in 1.3.0: AttributeError: 'NavigationToolbar2TkAgg' object has no attribute 'draw_idle'

2013-09-17 Thread Michael Droettboom

Yes, it does appear that the fix needs to be on 1.3.x as well.  I'll 
cherry-pick it.


In the meantime, Lorenzo, you can manually include the fix here:

https://github.com/matplotlib/matplotlib/pull/2319

but this will make it into the 1.3.1 release.

Mike

On 09/17/2013 08:36 AM, Thomas A Caswell wrote:
This is addressed on the master branch via #2319, but the commit where 
the problem was introduced is not included in 1.3.0, so I am not sure 
what is going on.


Although, it does look like the fix should be cherry picked to the 
1.3.x branch.



On Tue, Sep 17, 2013 at 7:02 AM, Lorenzo Di Gregorio 
mailto:lorenzo.digrego...@gmail.com>> 
wrote:


Hi,

I've just installed matplotlib 1.3.0 and run into the following
error when using the "home" button of a figure():

Exception in Tkinter callback
Traceback (most recent call last):
  File "C:\Python27\lib\lib-tk\Tkinter.py", line 1410, in __call__
return self.func(*args)
  File
"C:\Python27\lib\site-packages\matplotlib\backend_bases.py", line
2745, in home
self._update_view()
  File
"C:\Python27\lib\site-packages\matplotlib\backend_bases.py", line
3149, in _update_view
self.draw_idle()
AttributeError: 'NavigationToolbar2TkAgg' object has no attribute
'draw_idle'

In fact NavigationToolbar2, inherited by NavigationToolbas2TkAgg,
calls draw_idle(), in the update() method, but the definition of
draw_idle() is missing, so this seems to be a bug.

Best Regards,
Lorenzo


--
LIMITED TIME SALE - Full Year of Microsoft Training For Just $49.99!
1,500+ hours of tutorials including VisualStudio 2012, Windows 8,
SharePoint
2013, SQL 2012, MVC 4, more. BEST VALUE: New Multi-Library Power
Pack includes
Mobile, Cloud, Java, and UX Design. Lowest price ever! Ends 9/20/13.
http://pubads.g.doubleclick.net/gampad/clk?id=58041151&iu=/4140/ostg.clktrk
___
Matplotlib-devel mailing list
Matplotlib-devel@lists.sourceforge.net

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




--
Thomas A Caswell
PhD Candidate University of Chicago
Nagel and Gardel labs
tcasw...@uchicago.edu 
jfi.uchicago.edu/~tcaswell 
o: 773.702.7204


--
LIMITED TIME SALE - Full Year of Microsoft Training For Just $49.99!
1,500+ hours of tutorials including VisualStudio 2012, Windows 8, SharePoint
2013, SQL 2012, MVC 4, more. BEST VALUE: New Multi-Library Power Pack includes
Mobile, Cloud, Java, and UX Design. Lowest price ever! Ends 9/20/13.
http://pubads.g.doubleclick.net/gampad/clk?id=58041151&iu=/4140/ostg.clktrk


___
Matplotlib-devel mailing list
Matplotlib-devel@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/matplotlib-devel



--
   _
|\/|o _|_  _. _ | | \.__  __|__|_|_  _  _ ._ _
|  ||(_| |(_|(/_| |_/|(_)(/_|_ |_|_)(_)(_)| | |

http://www.droettboom.com

--
LIMITED TIME SALE - Full Year of Microsoft Training For Just $49.99!
1,500+ hours of tutorials including VisualStudio 2012, Windows 8, SharePoint
2013, SQL 2012, MVC 4, more. BEST VALUE: New Multi-Library Power Pack includes
Mobile, Cloud, Java, and UX Design. Lowest price ever! Ends 9/20/13. 
http://pubads.g.doubleclick.net/gampad/clk?id=58041151&iu=/4140/ostg.clktrk___
Matplotlib-devel mailing list
Matplotlib-devel@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/matplotlib-devel

Re: [matplotlib-devel] "cached" member of Text class appearing in docs

2013-09-16 Thread Michael Droettboom

Wow.  It definitely should be private, or at the very least excluded 
from the docs, through whatever mechanism Sphinx gives us.  I really 
hope no one is using that as a public API -- I think it's ok to just 
privatize this post haste without a deprecation period.


Mike

On 09/16/2013 12:39 PM, Benjamin Root wrote:

While looking up some information, I came across this hideousness:

http://matplotlib.org/api/artist_api.html?highlight=text#matplotlib.text.Text.cached

Why is this member made public? I would have thought it should be 
"private"?



--
LIMITED TIME SALE - Full Year of Microsoft Training For Just $49.99!
1,500+ hours of tutorials including VisualStudio 2012, Windows 8, SharePoint
2013, SQL 2012, MVC 4, more. BEST VALUE: New Multi-Library Power Pack includes
Mobile, Cloud, Java, and UX Design. Lowest price ever! Ends 9/20/13.
http://pubads.g.doubleclick.net/gampad/clk?id=58041151&iu=/4140/ostg.clktrk


___
Matplotlib-devel mailing list
Matplotlib-devel@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/matplotlib-devel



--
   _
|\/|o _|_  _. _ | | \.__  __|__|_|_  _  _ ._ _
|  ||(_| |(_|(/_| |_/|(_)(/_|_ |_|_)(_)(_)| | |

http://www.droettboom.com

--
LIMITED TIME SALE - Full Year of Microsoft Training For Just $49.99!
1,500+ hours of tutorials including VisualStudio 2012, Windows 8, SharePoint
2013, SQL 2012, MVC 4, more. BEST VALUE: New Multi-Library Power Pack includes
Mobile, Cloud, Java, and UX Design. Lowest price ever! Ends 9/20/13. 
http://pubads.g.doubleclick.net/gampad/clk?id=58041151&iu=/4140/ostg.clktrk___
Matplotlib-devel mailing list
Matplotlib-devel@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/matplotlib-devel

Re: [matplotlib-devel] Error in import matplotlib.pyplot using Python/C API

2013-09-10 Thread Michael Droettboom

On 09/10/2013 10:05 AM, Filipe Saraiva wrote:
> Em Ter 10 Set 2013 09:33:37 BRT, Michael Droettboom escreveu:
>> On 09/10/2013 08:23 AM, Filipe Saraiva wrote:
>>> Em Ter 03 Set 2013 17:02:28 BRT, Benjamin Root escreveu:
>>>> On Mon, Sep 2, 2013 at 12:27 AM, Filipe Saraiva
>>>> mailto:m...@filipesaraiva.info>> wrote:
>>>>
>>>>   Hello,
>>>>
>>>>   First, thanks for this great library.
>>>>
>>>>   My name is Filipe Saraiva, I am developing a python backend for
>>>>   Cantor, the KDE mathematical software. More infos can be read in
>>>> http://blog.filipesaraiva.info/?tag=gsoc2013-python-backend (in
>>>>   portuguese and english).
>>>>
>>>>   Currently I have a problem when I try import pyplot in Cantor. I
>>>>   am using Python 2.7.5 and matplotlib 1.3.0. The error is below:
>>>>
>>>>   import matplotlib.pyplot as plt
>>>>   Traceback (most recent call last):
>>>> File "", line 1, in 
>>>> File 
>>>> "/usr/lib64/python2.7/site-packages/matplotlib/pyplot.py",
>>>>   line 98, in 
>>>>   _backend_mod, new_figure_manager, draw_if_interactive, 
>>>> _show =
>>>>   pylab_setup()
>>>> File
>>>> "/usr/lib64/python2.7/site-packages/matplotlib/backends/__init__.py",
>>>>   line 25, in pylab_setup
>>>>   globals(),locals(),[backend_name])
>>>> File
>>>> "/usr/lib64/python2.7/site-packages/matplotlib/backends/backend_qt4agg.py",
>>>>   line 19, in 
>>>>   _decref = ctypes.pythonapi.Py_DecRef
>>>> File "/usr/lib64/python2.7/ctypes/__init__.py", line 378, in
>>>>   __getattr__
>>>>   func = self.__getitem__(name)
>>>> File "/usr/lib64/python2.7/ctypes/__init__.py", line 383, in
>>>>   __getitem__
>>>>   func = self._FuncPtr((name_or_ordinal, self))
>>>>   AttributeError: kde/bin/cantor: undefined symbol: Py_DecRef
>>>>
>>>>   Well, anyone have any idea about how can I fix it?
>>>>
>>>>   Thank you,
>>>>
>>>>
>>>> My only guess is that there is some sort of linking/build error.
>>>> Perhaps the python-qt4 library was built and linked against a
>>>> different python on your system?
>>>>
>>>> Cheers!
>>>> Ben Root
>>> Really I don't know. I will question it to matplotlib maintainer.
>>>
>>> The pyplot import in python iteractive mode (python terminal) is
>>> working properly. I can run a matplotlib example using pyplot in this
>>> mode. I get the error just in Python/C API.
>>>
>>
>> It looks like it's failing inside of ctypes.  How are you including
>> Python in your application.  Perhaps the ctypes module (which is a C
>> extension module that comes in the Python standard library) is not being
>> included or found.  I'm at a bit of a loss, but this seems like more of
>> a general "embedding python in a C application" question, which you
>> might try asking on the Python mailing list.
>>
>> Mike
>>
>
> I am using my code with several python modules and I can not get any 
> error. I tried scipy, numpy, Spade, matplotlib... interesting, I don't 
> get error when I import matplotlib.animation.

Do any of those use ctypes?  Try creating a minimal ctypes example and 
see if that works.

Mike

-- 
_
|\/|o _|_  _. _ | | \.__  __|__|_|_  _  _ ._ _
|  ||(_| |(_|(/_| |_/|(_)(/_|_ |_|_)(_)(_)| | |

http://www.droettboom.com


--
How ServiceNow helps IT people transform IT departments:
1. Consolidate legacy IT systems to a single system of record for IT
2. Standardize and globalize service processes across IT
3. Implement zero-touch automation to replace manual, redundant tasks
http://pubads.g.doubleclick.net/gampad/clk?id=5127&iu=/4140/ostg.clktrk
___
Matplotlib-devel mailing list
Matplotlib-devel@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/matplotlib-devel

Re: [matplotlib-devel] Error in import matplotlib.pyplot using Python/C API

2013-09-10 Thread Michael Droettboom

On 09/10/2013 08:23 AM, Filipe Saraiva wrote:
> Em Ter 03 Set 2013 17:02:28 BRT, Benjamin Root escreveu:
>> On Mon, Sep 2, 2013 at 12:27 AM, Filipe Saraiva
>> mailto:m...@filipesaraiva.info>> wrote:
>>
>>  Hello,
>>
>>  First, thanks for this great library.
>>
>>  My name is Filipe Saraiva, I am developing a python backend for
>>  Cantor, the KDE mathematical software. More infos can be read in
>>  http://blog.filipesaraiva.info/?tag=gsoc2013-python-backend (in
>>  portuguese and english).
>>
>>  Currently I have a problem when I try import pyplot in Cantor. I
>>  am using Python 2.7.5 and matplotlib 1.3.0. The error is below:
>>
>>  import matplotlib.pyplot as plt
>>  Traceback (most recent call last):
>>File "", line 1, in 
>>File "/usr/lib64/python2.7/site-packages/matplotlib/pyplot.py",
>>  line 98, in 
>>  _backend_mod, new_figure_manager, draw_if_interactive, _show =
>>  pylab_setup()
>>File
>>  "/usr/lib64/python2.7/site-packages/matplotlib/backends/__init__.py",
>>  line 25, in pylab_setup
>>  globals(),locals(),[backend_name])
>>File
>>  
>> "/usr/lib64/python2.7/site-packages/matplotlib/backends/backend_qt4agg.py",
>>  line 19, in 
>>  _decref = ctypes.pythonapi.Py_DecRef
>>File "/usr/lib64/python2.7/ctypes/__init__.py", line 378, in
>>  __getattr__
>>  func = self.__getitem__(name)
>>File "/usr/lib64/python2.7/ctypes/__init__.py", line 383, in
>>  __getitem__
>>  func = self._FuncPtr((name_or_ordinal, self))
>>  AttributeError: kde/bin/cantor: undefined symbol: Py_DecRef
>>
>>  Well, anyone have any idea about how can I fix it?
>>
>>  Thank you,
>>
>>
>> My only guess is that there is some sort of linking/build error.
>> Perhaps the python-qt4 library was built and linked against a
>> different python on your system?
>>
>> Cheers!
>> Ben Root
> Really I don't know. I will question it to matplotlib maintainer.
>
> The pyplot import in python iteractive mode (python terminal) is
> working properly. I can run a matplotlib example using pyplot in this
> mode. I get the error just in Python/C API.
>

It looks like it's failing inside of ctypes.  How are you including 
Python in your application.  Perhaps the ctypes module (which is a C 
extension module that comes in the Python standard library) is not being 
included or found.  I'm at a bit of a loss, but this seems like more of 
a general "embedding python in a C application" question, which you 
might try asking on the Python mailing list.

Mike

-- 
_
|\/|o _|_  _. _ | | \.__  __|__|_|_  _  _ ._ _
|  ||(_| |(_|(/_| |_/|(_)(/_|_ |_|_)(_)(_)| | |

http://www.droettboom.com


--
How ServiceNow helps IT people transform IT departments:
1. Consolidate legacy IT systems to a single system of record for IT
2. Standardize and globalize service processes across IT
3. Implement zero-touch automation to replace manual, redundant tasks
http://pubads.g.doubleclick.net/gampad/clk?id=5127&iu=/4140/ostg.clktrk
___
Matplotlib-devel mailing list
Matplotlib-devel@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/matplotlib-devel

[matplotlib-devel] Failed test images

2013-08-30 Thread Michael Droettboom

When a test fails on Travis, it will now upload the failed result images 
to Amazon S3.  Just scroll down to the bottom on the Travis console 
output, and there will be a URL there to a .tar.bz2 data containing the 
test results.  Handy.

Details:

Note, that we don't pay anything to upload to S3, only to download. And 
if it's only us developers really using these files, our download fees 
should be quite low.  In order to save storage costs, these result files 
are automatically deleted after 30 days.

Cheers,
Mike

--
Learn the latest--Visual Studio 2012, SharePoint 2013, SQL 2012, more!
Discover the easy way to master current and previous Microsoft technologies
and advance your career. Get an incredible 1,500+ hours of step-by-step
tutorial videos with LearnDevNow. Subscribe today and save!
http://pubads.g.doubleclick.net/gampad/clk?id=58040911&iu=/4140/ostg.clktrk
___
Matplotlib-devel mailing list
Matplotlib-devel@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/matplotlib-devel

Re: [matplotlib-devel] python2 vs. python3 matplotlib different results

2013-08-28 Thread Michael Droettboom

You provide a single standalone example to reproduce this. Most of our 
files have |from __future__ import division|, so I'm not entirely sure 
what could be going on...


Mike

On 08/28/2013 11:56 AM, Benjamin Root wrote:




On Wed, Aug 28, 2013 at 10:45 AM, Neal Becker > wrote:


Autoscaling is producing a different result on p2 vs p3.  Maybe a
missed
N/M -> N//M ??

[nbecker@nbecker7 dvbs2x_iter]$ rpm -q python-matplotlib
python-matplotlib-1.2.0-14.fc19.x86_64
[nbecker@nbecker7 dvbs2x_iter]$ rpm -q python3-matplotlib
python3-matplotlib-1.2.0-14.fc19.x86_64


Cheers!
Ben Root


--
Learn the latest--Visual Studio 2012, SharePoint 2013, SQL 2012, more!
Discover the easy way to master current and previous Microsoft technologies
and advance your career. Get an incredible 1,500+ hours of step-by-step
tutorial videos with LearnDevNow. Subscribe today and save!
http://pubads.g.doubleclick.net/gampad/clk?id=58040911&iu=/4140/ostg.clktrk


___
Matplotlib-devel mailing list
Matplotlib-devel@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/matplotlib-devel


--
Learn the latest--Visual Studio 2012, SharePoint 2013, SQL 2012, more!
Discover the easy way to master current and previous Microsoft technologies
and advance your career. Get an incredible 1,500+ hours of step-by-step
tutorial videos with LearnDevNow. Subscribe today and save!
http://pubads.g.doubleclick.net/gampad/clk?id=58040911&iu=/4140/ostg.clktrk___
Matplotlib-devel mailing list
Matplotlib-devel@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/matplotlib-devel

Re: [matplotlib-devel] I have a Mac!

2013-08-25 Thread Michael Droettboom

On 08/20/2013 08:33 PM, Matt Terry wrote:
That is handy information.  I'll start adding a python.org 
<http://python.org> target.

How broad coverage do we want?
10.6, 10.7, 10.8
system, python.org <http://python.org> (2.7, 3.3), brew, macports
virtualenv, no virtualenv
with/without third party X

Yes, it's a big testing matrix, but I think we can treat it as sparser 
than it really is.

For example, I don't think it matters too much if we test with/without 
third party X with every version number of Python... Time will tell 
exactly what needs to be tested based on bug reports of side cases we 
*didn't* catch.

Also, would it make sense to move your mpl_on_travis_mac project to the 
matplotlib organization (and then add you as a developer over there?)

Mike

The testing matrix blows up pretty quickly.  For those of you with 
longer memories, where are the corners where things tend to break?

-matt

On Tue, Aug 20, 2013 at 12:09 PM, Russell E. Owen <mailto:ro...@uw.edu>> wrote:

A few hints:

If you just want to build matplotlib for your own computer (and don't
care about making an installer that will work on anybody else's) then
you can install from source with very little trouble:
- You may want to edit setupext.py to limit searching to those
dirs that
really matter, but this is only needed if you have installed
extras that
might conflict.
- You may want to edit setup.cfg to select a better default back end.

You have to be much more careful if you want to build a binary
installer
that can be used by others. I've found that bdist_mpkg works, and I've
found it is safest to build on the oldest platform I want the
installer
to support (for example /usr/X11/lib moved in 10.8 or 10.7 in a
way that
is forward but not backwards compatible).

For Apple's python you need install anything; all you need is in
/usr/lib and /usr/X11/lib. I have no idea if TkAgg works well.

For python.org <http://python.org> python you should install a
version of Tcl/Tk. I suggest
ActiveState Tcl/Tk 8.5.11. Be warned that versions 8.5.12, 8.5.12.1,
8.5.13 all have known crashing problems; I have not tried 8.5.14
(which
came out fairly recently) as 8.5.11 seems to do well enough.

I've cannot comment on building matplotlib for macports, fink or
homebrew.

-- Russell

In article <520e3818.8060...@stsci.edu
<mailto:520e3818.8060...@stsci.edu>>,
 Michael Droettboom mailto:md...@stsci.edu>>
 wrote:

> We actually discussed this very issue yesterday in our Google
hangout
> about continuous integration. We're probably going to need to
script a
> full setup from a clean Mac + XCode to a working matplotlib
development
> environment in order to make that happen, and obviously that will be
> shared with the world.  Things are even more complex on Windows,
and I'd
> like to do that there, too.  So stay tuned.
>
> Mike
>
> On 08/16/2013 10:02 AM, Paul Hobson wrote:
> > Mike,
> >
> > That's great news. Is there any chance we can look forward to
> > "official" instructions for setting up a Mac to develop
matplotlib?
> >
> > I gave up a long time ago and started piecing to together my
meager
> > PRs in a linux VM.
> > -paul
> >
> >
> > On Fri, Aug 16, 2013 at 6:52 AM, Michael Droettboom
> > mailto:md...@stsci.edu>
> > <mailto:md...@stsci.edu <mailto:md...@stsci.edu>>> wrote:
> >
> > Thanks to the gracious donation from Hans Petter
Langtangen and the
> > Center for Biomedical Computing at Simula
> > (http://home.simula.no/~hpl <http://home.simula.no/%7Ehpl>
<http://home.simula.no/%7Ehpl>),
> > I now have a new Mac Mini sitting at my desk.  This should
allow me to
> > keep on top of changes that affect the Mac builds and to
better track
> > down Mac-only issues.
> >
> > Stay tuned over the next few weeks and months as we will most
> > likely be
> > using some more of these funds to pay for hosted continuous
> > integration
> > services (as discussed yesterday in our MEP19 Google Hangout).
> >
> > Cheers,
> > Mike

--
Introducing Performance Central, a new site from SourceForge and
AppDynamics. Performance Central is your source for news, insights,
analysis and resources for efficient Application Performance
Mana

Re: [matplotlib-devel] I have a Mac!

2013-08-25 Thread Michael Droettboom


Matt,

Thanks for looking into this!  I had already planned to look into 
building on Travis' Mac facilities, so this is a huge timesaver.


Don't forget we also have Option 5 which is to do whatever it takes to 
automate some of these things within matplotlib's setup.py script 
itself.  For example, I'm not opposed to detecting which Python we're 
running (which should be possible from various info available in sys) 
and then setting search paths accordingly. The pkg-config stuff is 
really handy on Linux and MacPorts where it's reliably there, but for 
other Mac environments, we probably should be less reliant on it.


Mike

On 08/23/2013 11:14 AM, Matt Terry wrote:
I'm banging away at installing MPL on top of python.org 
's python.  I'm at the libfreetype/freetype issue.  
There seems to be three approaches to getting MPL's dependencies.


1) install libpng[1] and freetype[2] from source
2) install XQuartz[3] and twiddle /opt/X11, /usr/X11 (per Russell's 
directions[4]) so MPL finds XQuartz's libpng/freetype
3) install XQuartz[3] and install pkg-config[5] so MPL can find the 
cleverly installed libraries

4) create the MPL binary installer and use that

Option 1 seems simple-est, but installing freetype requires more than 
./configure && make && sudo make install.
Option 2 worries me with the manual symlinking and such. Who knows 
what we'll clobber.

Option 3: haven't fully explored.
Option 4: This would require some input from whoever (Gohlke?, Owen?) 
makes the binary installers.



[1] http://www.libpng.org/pub/png/libpng.html
[2] http://www.freetype.org/index.html
[3] http://xquartz.macosforge.org/landing/
[4] 
http://www.astro.washington.edu/users/rowen/BuildingMatplotlibForMac.html

[5] http://www.freedesktop.org/wiki/Software/pkg-config/


On Thu, Aug 22, 2013 at 8:24 PM, Matt Terry > wrote:


> with/without third party X
I'm not quite sure what you mean by with/without third party
X. If you
are referring to Tck/Tk:


I had an issue where MPL found the headers to freetype in
/opt/local, but library in /usr/X11. Hilarity ensues.  I *think*
/usr/X11 showed up when I installed XQuartz, but I don't have a
clean image to compare against.

The with-X / without-X builds would be there to check that the
default search paths are compatible with common environments.

-matt




--
Introducing Performance Central, a new site from SourceForge and
AppDynamics. Performance Central is your source for news, insights,
analysis and resources for efficient Application Performance Management.
Visit us today!
http://pubads.g.doubleclick.net/gampad/clk?id=48897511&iu=/4140/ostg.clktrk


___
Matplotlib-devel mailing list
Matplotlib-devel@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/matplotlib-devel


--
Introducing Performance Central, a new site from SourceForge and 
AppDynamics. Performance Central is your source for news, insights, 
analysis and resources for efficient Application Performance Management. 
Visit us today!
http://pubads.g.doubleclick.net/gampad/clk?id=48897511&iu=/4140/ostg.clktrk___
Matplotlib-devel mailing list
Matplotlib-devel@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/matplotlib-devel

Re: [matplotlib-devel] I have a Mac!

2013-08-16 Thread Michael Droettboom

We actually discussed this very issue yesterday in our Google hangout 
about continuous integration. We're probably going to need to script a 
full setup from a clean Mac + XCode to a working matplotlib development 
environment in order to make that happen, and obviously that will be 
shared with the world.  Things are even more complex on Windows, and I'd 
like to do that there, too.  So stay tuned.


Mike

On 08/16/2013 10:02 AM, Paul Hobson wrote:

Mike,

That's great news. Is there any chance we can look forward to 
"official" instructions for setting up a Mac to develop matplotlib?


I gave up a long time ago and started piecing to together my meager 
PRs in a linux VM.

-paul


On Fri, Aug 16, 2013 at 6:52 AM, Michael Droettboom <mailto:md...@stsci.edu>> wrote:


Thanks to the gracious donation from Hans Petter Langtangen and the
Center for Biomedical Computing at Simula
(http://home.simula.no/~hpl <http://home.simula.no/%7Ehpl>),
I now have a new Mac Mini sitting at my desk.  This should allow me to
keep on top of changes that affect the Mac builds and to better track
down Mac-only issues.

Stay tuned over the next few weeks and months as we will most
likely be
using some more of these funds to pay for hosted continuous
integration
services (as discussed yesterday in our MEP19 Google Hangout).

Cheers,
Mike




--
Get 100% visibility into Java/.NET code with AppDynamics Lite!
It's a free troubleshooting tool designed for production.
Get down to code-level detail for bottlenecks, with <2% overhead.
Download for free and get started troubleshooting in minutes.
http://pubads.g.doubleclick.net/gampad/clk?id=48897031&iu=/4140/ostg.clktrk
___
Matplotlib-devel mailing list
Matplotlib-devel@lists.sourceforge.net
<mailto:Matplotlib-devel@lists.sourceforge.net>
https://lists.sourceforge.net/lists/listinfo/matplotlib-devel




--
Get 100% visibility into Java/.NET code with AppDynamics Lite!
It's a free troubleshooting tool designed for production.
Get down to code-level detail for bottlenecks, with <2% overhead. 
Download for free and get started troubleshooting in minutes. 
http://pubads.g.doubleclick.net/gampad/clk?id=48897031&iu=/4140/ostg.clktrk___
Matplotlib-devel mailing list
Matplotlib-devel@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/matplotlib-devel

[matplotlib-devel] I have a Mac!

2013-08-16 Thread Michael Droettboom

Thanks to the gracious donation from Hans Petter Langtangen and the 
Center for Biomedical Computing at Simula (http://home.simula.no/~hpl), 
I now have a new Mac Mini sitting at my desk.  This should allow me to 
keep on top of changes that affect the Mac builds and to better track 
down Mac-only issues.

Stay tuned over the next few weeks and months as we will most likely be 
using some more of these funds to pay for hosted continuous integration 
services (as discussed yesterday in our MEP19 Google Hangout).

Cheers,
Mike



--
Get 100% visibility into Java/.NET code with AppDynamics Lite!
It's a free troubleshooting tool designed for production.
Get down to code-level detail for bottlenecks, with <2% overhead. 
Download for free and get started troubleshooting in minutes. 
http://pubads.g.doubleclick.net/gampad/clk?id=48897031&iu=/4140/ostg.clktrk
___
Matplotlib-devel mailing list
Matplotlib-devel@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/matplotlib-devel

Re: [matplotlib-devel] Results of MEP19 meeting


Interesting discovery as I work through Travis' S3 support.

You need to include the S3 authentication tokens in the .travis.yml file 
to upload files to S3, obviously.  Travis provides a way to store these 
tokens encrypted so they aren't in clear text in the .travis.yml file.  
However (from the Travis docs):


Please note that secure env variables are not available for pull 
requests. This is done due to the security risk of exposing such 
information in submitted code. Everyone can submit a pull request and if 
an unencrypted variable is available there, it could be easily displayed.


Makes sense, and I doubt that there's a way around that.  It becomes a 
pretty annoying limitation for our needs, though.  It means we can't get 
the result images for a failed pull request test.


Mike

On 08/15/2013 01:03 PM, Michael Droettboom wrote:

Thanks to everyone who participated in the discussion today.

I didn't take great notes, but I thought I would synthesize the 
discussion into a list of action items on the wiki here:


https://github.com/matplotlib/matplotlib/wiki/Mep19-continuous-integration-hangout

If I forgot something, please add.  My memory gets fuzzier in my old age.

Mike


--
Get 100% visibility into Java/.NET code with AppDynamics Lite!
It's a free troubleshooting tool designed for production.
Get down to code-level detail for bottlenecks, with <2% overhead.
Download for free and get started troubleshooting in minutes.
http://pubads.g.doubleclick.net/gampad/clk?id=48897031&iu=/4140/ostg.clktrk


___
Matplotlib-devel mailing list
Matplotlib-devel@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/matplotlib-devel


--
Get 100% visibility into Java/.NET code with AppDynamics Lite!
It's a free troubleshooting tool designed for production.
Get down to code-level detail for bottlenecks, with <2% overhead. 
Download for free and get started troubleshooting in minutes. 
http://pubads.g.doubleclick.net/gampad/clk?id=48897031&iu=/4140/ostg.clktrk___
Matplotlib-devel mailing list
Matplotlib-devel@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/matplotlib-devel

[matplotlib-devel] Results of MEP19 meeting


Thanks to everyone who participated in the discussion today.

I didn't take great notes, but I thought I would synthesize the 
discussion into a list of action items on the wiki here:


https://github.com/matplotlib/matplotlib/wiki/Mep19-continuous-integration-hangout

If I forgot something, please add.  My memory gets fuzzier in my old age.

Mike
--
Get 100% visibility into Java/.NET code with AppDynamics Lite!
It's a free troubleshooting tool designed for production.
Get down to code-level detail for bottlenecks, with <2% overhead. 
Download for free and get started troubleshooting in minutes. 
http://pubads.g.doubleclick.net/gampad/clk?id=48897031&iu=/4140/ostg.clktrk___
Matplotlib-devel mailing list
Matplotlib-devel@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/matplotlib-devel

[matplotlib-devel] MEP 19 Google Hangout

I *think* (I've never done this before) that the Google Hangout is 
visible to anyone at this address:


https://plus.google.com/hangouts/_/c1aa29f0e2790bf8e77d6bce867772d39ce7c0c6

Mike
--
Get 100% visibility into Java/.NET code with AppDynamics Lite!
It's a free troubleshooting tool designed for production.
Get down to code-level detail for bottlenecks, with <2% overhead. 
Download for free and get started troubleshooting in minutes. 
http://pubads.g.doubleclick.net/gampad/clk?id=48897031&iu=/4140/ostg.clktrk___
Matplotlib-devel mailing list
Matplotlib-devel@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/matplotlib-devel

Re: [matplotlib-devel] MEP19: Continuous integration virtual meeting