from:"Michael Droettboom"

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=60135031iu=/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 chris.bar...@noaa.gov 
mailto:chris.bar...@noaa.gov 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=60135031iu=/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 md...@stsci.edu 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=60135031iu=/4140/ostg.clktrk
___
Matplotlib-devel mailing list
Matplotlib-devel@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/matplotlib-devel

Re: [matplotlib-devel] ggplot for matplotlib

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 md...@stsci.edu 
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=60135031iu=/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=60135031iu=/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=60135031iu=/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=60135031iu=/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=60134071iu=/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=60135031iu=/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=60134071iu=/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=60134071iu=/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=60134071iu=/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=60134071iu=/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=60134791iu=/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=60134791iu=/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=60134791iu=/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=60134791iu=/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 md...@stsci.edu
   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=60134791iu=/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=60134791iu=/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=60133471iu=/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=60133471iu=/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=60133471iu=/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=60133471iu=/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=60133471iu=/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.

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

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=60133471iu=/4140/ostg.clktrk
___
Matplotlib-devel mailing list
Matplotlib-devel@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/matplotlib-devel

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=60133471iu=/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=60133471iu=/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
 ariza.feder...@gmail.com 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 pelson@gmail.com 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 ariza.feder...@gmail.com 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

 I tried to comment the code, but not to document it, because I want to 
 have feedback before investing time in documenting something that maybe 
 will be only for me.

 Thanks
 Federico





 --
 Y yo que culpa tengo de que ellas se crean todo lo que yo les digo?

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 md...@stsci.edu 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=58041151iu=/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=58041151iu=/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=60133471iu=/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=58041151iu=/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=58041151iu=/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=58041151iu=/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=58041151iu=/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=58041151iu=/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 md...@stsci.edu
*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
damon.mcdoug...@gmail.com  mailto:damon.mcdoug...@gmail.com  wrote:

On Tue, Sep 17, 2013 at 3:49 PM, Eric Firingefir...@hawaii.edu  
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]: [matplotlib.lines.Line2D at 0x107523250]
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
herehttps://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=58041151iu=/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





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

http

[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=58041151iu=/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 efir...@hawaii.edu
mailto:efir...@hawaii.edu wrote:

On 2013/09/17 4:14 PM, Damon McDougall wrote:
On Tue, Sep 17, 2013 at 8:55 PM, Damon McDougall
damon.mcdoug...@gmail.com mailto:damon.mcdoug...@gmail.com
wrote:
On Tue, Sep 17, 2013 at 3:49 PM, Eric Firing
efir...@hawaii.edu mailto:efir...@hawaii.edu wrote:
When I build mpl from master on python.org http://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]: [matplotlib.lines.Line2D at 0x107523250]
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

herehttps://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.

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/gampad/clk?id=58041151iu=/4140/ostg.clktrk

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 pelson@gmail.com 
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.


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=58041151iu=/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
 damon.mcdoug...@gmail.com wrote:
 On Tue, Sep 17, 2013 at 3:49 PM, Eric Firing 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]: [matplotlib.lines.Line2D at 0x107523250]
 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
 herehttps://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=58041151iu=/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=58041151iu=/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
damon.mcdoug...@gmail.com wrote:

On Tue, Sep 17, 2013 at 3:49 PM, Eric Firing 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]: [matplotlib.lines.Line2D at 0x107523250]
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
herehttps://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=58041151iu=/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: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 pelson@gmail.com 
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=58041151iu=/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 
lorenzo.digrego...@gmail.com 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=58041151iu=/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




--
Thomas A Caswell
PhD Candidate University of Chicago
Nagel and Gardel labs
tcasw...@uchicago.edu mailto:tcasw...@uchicago.edu
jfi.uchicago.edu/~tcaswell http://jfi.uchicago.edu/%7Etcaswell
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=58041151iu=/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=58041151iu=/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=58041151iu=/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=58041151iu=/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=58041151iu=/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
 m...@filipesaraiva.info 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 string, line 1, in module
File /usr/lib64/python2.7/site-packages/matplotlib/pyplot.py,
  line 98, in module
  _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 module
  _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=5127iu=/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
 m...@filipesaraiva.info 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 string, line 1, in module
 File 
 /usr/lib64/python2.7/site-packages/matplotlib/pyplot.py,
   line 98, in module
   _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 module
   _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=5127iu=/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=58040911iu=/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 ndbeck...@gmail.com 
mailto:ndbeck...@gmail.com 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=58040911iu=/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=58040911iu=/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


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 
http://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 matt.te...@gmail.com 
mailto:matt.te...@gmail.com 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=48897511iu=/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=48897511iu=/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 ro...@uw.edu 
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 md...@stsci.edu 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
  md...@stsci.edu 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
Management.
Visit us today!
http://pubads.g.doubleclick.net/gampad/clk?id=48897511iu=/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

[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=48897031iu=/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 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),
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=48897031iu=/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=48897031iu=/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

Thanks for advertising this, Phil -- I had meant to do so.

I'll post a link to the Hangout On Air to matplotlib-devel once this
meeting starts.

Mike

On 08/15/2013 09:20 AM, Phil Elson wrote:
Just in case anybody who wanted to attend the discussion knows, this
meeting is taking place in ~40 minutes. (See
https://www.google.com/calendar/embed?src=79hk8jhvlks8jn8ds4ri1e6q4g%40group.calendar.google.comctz=America/New_York
as linked from the matplotlib wiki).

Cheers,

Phil

On 5 August 2013 16:18, Michael Droettboom md...@stsci.edu
mailto:md...@stsci.edu wrote:

Ok -- I've redone it as 2 hour blocks -- we may not need that much
time, but it seemed like the easiest way to make this work.

Cheers,
Mike

On 08/05/2013 11:11 AM, Michael Droettboom wrote:

Sorry -- bear with me -- I didn't mean to put in really large
blocks of time like that. Hold on as I try to fix this.

On 08/05/2013 10:42 AM, Michael Droettboom wrote:

I've set up a Doodle poll to find a good time.

http://doodle.com/4f3yzii4vv7w93ai

Most of the interesting parties are either in North America or
Europe (sorry, Eric: you're the outlier).

Cheers,
Mike

On 08/02/2013 10:05 PM, Matt Terry wrote:

I don't have any useful experience with CI services, but it
would be nice to have the ability to test on macos.

On Aug 2, 2013 6:10 PM, Benjamin Root ben.r...@ou.edu
mailto:ben.r...@ou.edu wrote:

+1 for me too

Ben

On Aug 2, 2013 11:04 AM, Chris Beaumont
beaum...@hawaii.edu mailto:beaum...@hawaii.edu wrote:

I'd like to sit in on this if I'm available. Please keep me
posted

Cheers,
Chris

http://pubads.g.doubleclick.net/gampad/clk?id=49501711iu=/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

___
Matplotlib-devel mailing list
Matplotlib-devel@lists.sourceforge.net
mailto: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=48897031iu=/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=48897031iu=/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=48897031iu=/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=48897031iu=/4140/ostg.clktrk___
Matplotlib-devel mailing list
Matplotlib-devel@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/matplotlib-devel

[matplotlib-devel] Calling to those embedding matplotlib in applications

2013-08-12 Thread Michael Droettboom

I'm considering changing the behavior of the rcParam |interactive| 
(which also can be set through |matplotlib.interactive()| and 
|pyplot.ion()| and |pyplot.ioff()|). Currently, when setting 
|interactive| to |True|, running any sort of matplotlib plot as a script 
will fail to display a window. This can be very surprising if a user 
turns on |interactive| because they prefer its behavior in IPython, but 
are then surprised that none of their scripts continue to work. I 
propose to fix this by turning on |interactive| only when running at an 
interactive console.


See the pull request http://github.com/matplotlib/matplotlib/pull/2286 
for an implementation.


I'm trying to rule out any negative impact of this change, and I would 
appreciate any feedback if this change will have a negative impact on 
your application.


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=48897031iu=/4140/ostg.clktrk___
Matplotlib-devel mailing list
Matplotlib-devel@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/matplotlib-devel

Re: [matplotlib-devel] Calling to those embedding matplotlib in applications

2013-08-12 Thread Michael Droettboom

Would you mind testing the very simple patch in the PR [1] and confirm 
that it has no negative consequences for you?

[1] http://github.com/matplotlib/matplotlib/pull/2286

Mike

On 08/12/2013 01:55 PM, Chris Barker - NOAA Federal wrote:
 On Mon, Aug 12, 2013 at 7:01 AM, Michael Droettboom md...@stsci.edu wrote:
   I propose to fix this by turning on interactive only when
 running at an interactive console.
 I embed MPL more than other uses, and this sounds like a fine solution to me/

 Thanks,

 -Chris




--
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=48897031iu=/4140/ostg.clktrk
___
Matplotlib-devel mailing list
Matplotlib-devel@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/matplotlib-devel

Re: [matplotlib-devel] SciPy John Hunter Excellence in Plotting Contest on matplotlib website ?

2013-08-08 Thread Michael Droettboom

On 08/08/2013 11:56 AM, Andy Ray Terrel wrote:
 Doh, I never got the site up!  This looks good, although copyright
 shouldn't go to Michael.  We don't have copyright on the images or
 text just permission to display them.  (I would probably just delete
 it or be specific what the copyright is.) I like the idea of having a
 site next to conference.scipy.org to display these.

Yeah -- the copyright ended up to me accidentally because I filled it 
out as the author field in Sphinx in the original version.  I think if 
we want to have an author it should say Scipy Conference Organizers 
(without copyright), and maybe we give Nelle some well deserved credit 
for the web design as well.

Mike


 -- Andy

 On Thu, Aug 8, 2013 at 10:48 AM, Nelle Varoquaux
 nelle.varoqu...@gmail.com wrote:
 Hi everyone,

 Here is my attempt at making the website:
 http://nellev.github.io/tmp/jhepc/index.html
 This is still work in progress, but feedback is welcomed.

 I chose to display only the winners (three top place + honorable mention).

 Cheers,
 N


 On 31 July 2013 17:54, Andy Ray Terrel andy.ter...@gmail.com wrote:
 Okay, I'll get it up.

 -- Andy


 On Wed, Jul 31, 2013 at 10:48 AM, Michael Droettboom md...@stsci.edu
 wrote:
 On 07/31/2013 11:38 AM, Andy Ray Terrel wrote:


 The plan was to have it on the SciPy conference website, but we haven't
 really got it up. If someone can point me to rendered html, I can ask Jim 
 to
 put it up there now.

 The rendered HTML is in the scipy2013_talks github repo.

 https://github.com/scipy/scipy2013_talks/tree/master/plotting_contest

 That will be fine for now, and it sounds like Nelle will make the
 presentation much better down the road, at which case we can update it 
 then.

 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=48897031iu=/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

2013-08-05 Thread Michael Droettboom


I've set up a Doodle poll to find a good time.

http://doodle.com/4f3yzii4vv7w93ai

Most of the interesting parties are either in North America or Europe 
(sorry, Eric: you're the outlier).


Cheers,
Mike

On 08/02/2013 10:05 PM, Matt Terry wrote:


I don't have any useful experience with CI services, but it would be 
nice to have the ability to test on macos.


On Aug 2, 2013 6:10 PM, Benjamin Root ben.r...@ou.edu 
mailto:ben.r...@ou.edu wrote:


 +1 for me too

 Ben

 On Aug 2, 2013 11:04 AM, Chris Beaumont beaum...@hawaii.edu 
mailto:beaum...@hawaii.edu wrote:


 I'd like to sit in on this if I'm available. Please keep me posted

 Cheers,
 Chris

 
--

 Get your SQL database under version control now!
 Version control is standard for application code, but databases havent
 caught up. So what steps can you take to put your SQL databases under
 version control? Why should you start doing it? Read more to find out.
 
http://pubads.g.doubleclick.net/gampad/clk?id=49501711iu=/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 your SQL database under version control now!
 Version control is standard for application code, but databases havent
 caught up. So what steps can you take to put your SQL databases under
 version control? Why should you start doing it? Read more to find out.
 
http://pubads.g.doubleclick.net/gampad/clk?id=49501711iu=/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 your SQL database under version control now!
Version control is standard for application code, but databases havent
caught up. So what steps can you take to put your SQL databases under
version control? Why should you start doing it? Read more to find out.
http://pubads.g.doubleclick.net/gampad/clk?id=49501711iu=/4140/ostg.clktrk


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


--
Get your SQL database under version control now!
Version control is standard for application code, but databases havent 
caught up. So what steps can you take to put your SQL databases under 
version control? Why should you start doing it? Read more to find out.
http://pubads.g.doubleclick.net/gampad/clk?id=49501711iu=/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

2013-08-05 Thread Michael Droettboom

Sorry -- bear with me -- I didn't mean to put in really large blocks of 
time like that.  Hold on as I try to fix this.


On 08/05/2013 10:42 AM, Michael Droettboom wrote:

I've set up a Doodle poll to find a good time.

http://doodle.com/4f3yzii4vv7w93ai

Most of the interesting parties are either in North America or Europe 
(sorry, Eric: you're the outlier).


Cheers,
Mike

On 08/02/2013 10:05 PM, Matt Terry wrote:


I don't have any useful experience with CI services, but it would be 
nice to have the ability to test on macos.


On Aug 2, 2013 6:10 PM, Benjamin Root ben.r...@ou.edu 
mailto:ben.r...@ou.edu wrote:


 +1 for me too

 Ben

 On Aug 2, 2013 11:04 AM, Chris Beaumont beaum...@hawaii.edu 
mailto:beaum...@hawaii.edu wrote:


 I'd like to sit in on this if I'm available. Please keep me posted

 Cheers,
 Chris

 
--

 Get your SQL database under version control now!
 Version control is standard for application code, but databases havent
 caught up. So what steps can you take to put your SQL databases under
 version control? Why should you start doing it? Read more to find out.
 
http://pubads.g.doubleclick.net/gampad/clk?id=49501711iu=/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 your SQL database under version control now!
 Version control is standard for application code, but databases havent
 caught up. So what steps can you take to put your SQL databases under
 version control? Why should you start doing it? Read more to find out.
 
http://pubads.g.doubleclick.net/gampad/clk?id=49501711iu=/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 your SQL database under version control now!
Version control is standard for application code, but databases havent
caught up. So what steps can you take to put your SQL databases under
version control? Why should you start doing it? Read more to find out.
http://pubads.g.doubleclick.net/gampad/clk?id=49501711iu=/4140/ostg.clktrk


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




--
Get your SQL database under version control now!
Version control is standard for application code, but databases havent
caught up. So what steps can you take to put your SQL databases under
version control? Why should you start doing it? Read more to find out.
http://pubads.g.doubleclick.net/gampad/clk?id=49501711iu=/4140/ostg.clktrk


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


--
Get your SQL database under version control now!
Version control is standard for application code, but databases havent 
caught up. So what steps can you take to put your SQL databases under 
version control? Why should you start doing it? Read more to find out.
http://pubads.g.doubleclick.net/gampad/clk?id=49501711iu=/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

2013-08-05 Thread Michael Droettboom

Ok -- I've redone it as 2 hour blocks -- we may not need that much time, 
but it seemed like the easiest way to make this work.


Cheers,
Mike

On 08/05/2013 11:11 AM, Michael Droettboom wrote:
Sorry -- bear with me -- I didn't mean to put in really large blocks 
of time like that.  Hold on as I try to fix this.


On 08/05/2013 10:42 AM, Michael Droettboom wrote:

I've set up a Doodle poll to find a good time.

http://doodle.com/4f3yzii4vv7w93ai

Most of the interesting parties are either in North America or Europe 
(sorry, Eric: you're the outlier).


Cheers,
Mike

On 08/02/2013 10:05 PM, Matt Terry wrote:


I don't have any useful experience with CI services, but it would be 
nice to have the ability to test on macos.


On Aug 2, 2013 6:10 PM, Benjamin Root ben.r...@ou.edu 
mailto:ben.r...@ou.edu wrote:


 +1 for me too

 Ben

 On Aug 2, 2013 11:04 AM, Chris Beaumont beaum...@hawaii.edu 
mailto:beaum...@hawaii.edu wrote:


 I'd like to sit in on this if I'm available. Please keep me posted

 Cheers,
 Chris

 
--

 Get your SQL database under version control now!
 Version control is standard for application code, but databases 
havent

 caught up. So what steps can you take to put your SQL databases under
 version control? Why should you start doing it? Read more to find 
out.
 
http://pubads.g.doubleclick.net/gampad/clk?id=49501711iu=/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 your SQL database under version control now!
 Version control is standard for application code, but databases havent
 caught up. So what steps can you take to put your SQL databases under
 version control? Why should you start doing it? Read more to find out.
 
http://pubads.g.doubleclick.net/gampad/clk?id=49501711iu=/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 your SQL database under version control now!
Version control is standard for application code, but databases havent
caught up. So what steps can you take to put your SQL databases under
version control? Why should you start doing it? Read more to find out.
http://pubads.g.doubleclick.net/gampad/clk?id=49501711iu=/4140/ostg.clktrk


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




--
Get your SQL database under version control now!
Version control is standard for application code, but databases havent
caught up. So what steps can you take to put your SQL databases under
version control? Why should you start doing it? Read more to find out.
http://pubads.g.doubleclick.net/gampad/clk?id=49501711iu=/4140/ostg.clktrk


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




--
Get your SQL database under version control now!
Version control is standard for application code, but databases havent
caught up. So what steps can you take to put your SQL databases under
version control? Why should you start doing it? Read more to find out.
http://pubads.g.doubleclick.net/gampad/clk?id=49501711iu=/4140/ostg.clktrk


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


--
Get your SQL database under version control now!
Version control is standard for application code, but databases havent 
caught up. So what steps can you take to put your SQL databases under 
version control? Why should you start doing it? Read more to find out.
http://pubads.g.doubleclick.net/gampad/clk?id=49501711iu=/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.0 final tagged and uploaded

2013-08-02 Thread Michael Droettboom

Ludwig, this is one of the most entertaining e-mails I've read in a 
while, and I think your arguments make a lot of sense.


Given infinite developer resources, do you think there's any logic to 
providing *both* system Python and python.org based binaries? How much 
additional work would that be?


I think the big problems to solve now is

(a) get to the bottom of why the new installer is breaking existing 
installations of dateutil and pytz.  Russell: even though they are not 
currently working, could you provide what you have so that others can 
have a look?


(b) find a way to include the Python dependencies and perhaps be more 
clever about Numpy.  I think using `pip bundle` comes close -- we then 
just need to make a fairly generic installer on top of what it 
produces.  Any Mac installer experts out there that want to step up?


Mike

On 08/01/2013 06:45 PM, Ludwig Schwardt wrote:

Hi Russell (and Mike),

Is it useful in the long term to have such a packager? My impression is
that as soon as packaging is more robust we'll switch to using pip or
easy_install.
First off, sorry for the long email - got a bit carried away :-) The 
summary is that I propose we keep the dmg installer but maybe make it 
use the system Python for reasons illustrated below.


For the record, I'm using pip / easy_install to install matplotlib 
from source on my Mac and that has been working fine for a while now. 
You only need to add pkg-config (and the development tools, obviously) 
to a virgin Mac system and this is now really easy in the days of 
Homebrew.


Of course, binary packages have the extra issue of a dependency on the 
environment for which it is built, which complicates matters for 
binary eggs (thanks for the reminder of wheel, Mike - definitely 
something to watch). This is the main reason why I don't use the Mac 
installer dmg: it's built for python.org http://python.org Python 
and I prefer to use system Python instead.


(On this note, it would be interesting to find out how matplotlib 
people get Python on their Mac these days. My gut feel tells me that 
Homebrew Python will be quite popular these days, followed by EPD / 
Anaconda and then maybe python.org http://python.org Python. If you 
use Homebrew there is now the option of brew install matplotlib 
courtesy of Samuel John 
https://github.com/samueljohn/homebrew-python/blob/master/matplotlib.rb, 
while EPD and Anaconda ship with their own versions of matplotlib, so 
most of those users are taken care of.)


To answer your original question: I do see a use for a dmg installer 
in the long term, but one you might not have considered. I picture a 
Mac user who is not familiar with Python but wants to try out 
matplotlib (the image of Justin Long saying Hello, I'm a Mac somehow 
comes to mind :-)).


Justin has never heard of easy_install or even a compiler and might 
not be that comfortable with the Terminal. On the other hand, he is 
used to installing software by downloading and clicking on a dmg or 
via the App Store. This is a person who is starting out with these 
tools and needs as few obstacles as possible to get going. Once he is 
up and running and likes what he sees, he might be persuaded to 
install a more full-fledged Python distribution or the rest of the 
SciPy stack.


As an experiment I put myself in the shoes of Justin. I actually did 
the steps below on a spare MacBook Pro running Mac OS X 10.7.5 that 
was unsullied by extra Pythons and rogue matplotlibs and what not.


BEGIN EXPERIMENT

Someone told me about matplotlib (maybe after seeing a plot in a 
talk or a paper) which led me to matplotlib.org 
http://matplotlib.org (first Google hit).


I see Download and go to the downloads page 
http://matplotlib.org/downloads.html. I see a bunch of links, 
including these two under Latest stable version:


matplotlib-1.2.1-py2.7-python.org-macosx10.3.dmg
matplotlib-1.2.1-py2.7-python.org-macosx10.6.dmg

Since I am on Lion I guess I have to download the latter (although the 
fact that it says 10.6 and not 10.7 worries me...). I'm not sure what 
the rest of the filename means - what is py27-python.org 
http://py27-python.org? I download the dmg and open it. I am 
impatient like most users and click on Continue.


Oops, there is a problem. The third Continue button is grayed out 
with an error that says: matplotlib 1.2.1 can't be installed on this 
disk. matplotlib requires System Python 2.7 to install. [This is 
ironic because, unbeknownst to Justin, he actually *has* System Python 
2.7 installed...] Time to click on Go Back... Aah, Important 
Information (I kick myself for not reading this): matplotlib for 
MacOS X 10.6 or later [cool!] and 64-bit Python 2.7 from python.org 
http://python.org (not Apple's built-in Python). So that's probably 
what py2.7-python.org http://py2.7-python.org refers to. If Justin 
is patient enough he might also spot the following line: Before 
running matplotlib, you must install numpy.


[Clicking Go Back would

Re: [matplotlib-devel] 1.3.0 final tagged and uploaded

2013-08-02 Thread Michael Droettboom

Doh!  Thanks for pointing that out.

Mike

On 08/02/2013 10:52 AM, Jason Grout wrote:
 On 7/31/13 8:38 AM, Michael Droettboom wrote:
 I have tagged and uploaded matplotlib 1.3.0 final.  Congratulations to
 all involved!  It was a long slog getting this release out, and I
 appreciate everyone's patience.

 Once we have binaries uploaded to SourceForge, I will make a formal
 announcement in the usual channels.

 FYI, the downloads page at http://matplotlib.org/downloads.html still
 says that 1.3.0 is a release candidate and 1.2.1 is the latest stable
 version.

 Again, thanks for all your work on this!

 Jason


 --
 Get your SQL database under version control now!
 Version control is standard for application code, but databases havent
 caught up. So what steps can you take to put your SQL databases under
 version control? Why should you start doing it? Read more to find out.
 http://pubads.g.doubleclick.net/gampad/clk?id=49501711iu=/4140/ostg.clktrk
 ___
 Matplotlib-devel mailing list
 Matplotlib-devel@lists.sourceforge.net
 https://lists.sourceforge.net/lists/listinfo/matplotlib-devel


--
Get your SQL database under version control now!
Version control is standard for application code, but databases havent 
caught up. So what steps can you take to put your SQL databases under 
version control? Why should you start doing it? Read more to find out.
http://pubads.g.doubleclick.net/gampad/clk?id=49501711iu=/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

2013-08-02 Thread Michael Droettboom

Yeah -- I was thinking we could start with the list of people who would
like to attend and then try to schedule (possibly using Doodle) around that.

So, to all: let us know if you would like to attend!

Mike

On 08/02/2013 04:36 AM, Phil Elson wrote:

Sounds like a good idea to me.

In terms of when - I think the IPython guys have picked a good time
(10am US Pacific time, or 5pm GMT/UTC) to have the meeting to maximise
the attendance from the Americas and Europe, though I appreciate that
no time is perfect for everybody. For instance, I know Eric being in
Hawaii–Aleutian Time Zone that time would mean a 7am start, and for
JJ, should he wish to join in, it would be a 2am meeting... (for a
clock of the places that may need consideration see
http://www.timeanddate.com/worldclock/converted.html?iso=20130802T17p1=0p2=1358p3=235p4=263p5=137p6=103).

Did you want to put a date on it Mike? How about we go for a week on
Tuesday, say the 2013-08-13 17:00Z (in your time:
http://goo.gl/OnWHBq) - though I'm open to moving it, if that doesn't
fit with some of the core contributors who would like to attend. If
anybody who knows they would like to attend could notify us here
(along with their time zone), we could also try to optimise the time
to reduce unsociable hours :-) though we have to acknowledge that
there is no such thing as the perfect time...

Cheers,

On 1 August 2013 19:58, Michael Droettboom md...@stsci.edu
mailto:md...@stsci.edu wrote:

(Apologies for cross-posting).

matplotlib has a dire need to improve its continuous integration
testing. I've drafted MEP19 and solicited comments, but there hasn't
been a lot of feedback thus far.

As an alternative to mailing list discussion, where this sort of
upfront
planning can sometimes be difficult, I'm considering holding a Google
Hangout in the next few weeks on the subject. It's ok to participate
even if you don't have the time to work on matplotlib -- I would also
like feedback from advice from those that have configured similar
systems for other projects. matplotlib's needs are somewhat more
complex in terms of dependencies, cpu, ram and storage, so we're
pushing
things pretty far here.

If there's enough people with an interest in participating in the
discussion, I'll send around a Doodle poll to find a good time.

Mike

--
Get your SQL database under version control now!
Version control is standard for application code, but databases havent
caught up. So what steps can you take to put your SQL databases under
version control? Why should you start doing it? Read more to find out.
http://pubads.g.doubleclick.net/gampad/clk?id=49501711iu=/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 your SQL database under version control now!
Version control is standard for application code, but databases havent
caught up. So what steps can you take to put your SQL databases under
version control? Why should you start doing it? Read more to find out.
http://pubads.g.doubleclick.net/gampad/clk?id=49501711iu=/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.0 final tagged and uploaded


On 08/01/2013 01:39 AM, Jason Grout wrote:

On 7/31/13 8:17 PM, Michael Droettboom wrote:

On 07/31/2013 10:18 PM, Jason Grout wrote:

On 7/31/13 2:05 PM, Russell E. Owen wrote:

As a result, binary installers now have to tell users to install
these packages manually (as well as six and pyparsing).

I don't think six is mentioned in the What's new note for 1.3.0.  It
just details that pyparsing, pytz, and dateutil are now dependencies.
Can you add six to the notes as well, if it is also moving to
dependency status?


six is a dependency of dateutil.  I don't know if we should be in the
business of listing all secondary dependencies -- when would we stop?


Given that six was distributed with matplotlib and is no longer being
distributed (right?), I think it makes sense to list it.  I would stop
at the software that never was part of matplotlib.


Would you mind reviewing https://github.com/matplotlib/matplotlib/pull/2267?

Mike
--
Get your SQL database under version control now!
Version control is standard for application code, but databases havent 
caught up. So what steps can you take to put your SQL databases under 
version control? Why should you start doing it? Read more to find out.
http://pubads.g.doubleclick.net/gampad/clk?id=49501711iu=/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.0 final tagged and uploaded

On 07/31/2013 07:40 PM, Russell E. Owen wrote:
 In article 51f997f0.5060...@stsci.edu,
   Michael Droettboom md...@stsci.edu
   wrote:

 On 07/31/2013 05:05 PM, Russell E. Owen wrote:
 In article 51f950cb.7060...@stsci.edu,
Michael Droettboom md...@stsci.edu
wrote:

 On 07/31/2013 01:47 PM, Russell E. Owen wrote:
 In article 51f92f58.6020...@stsci.edu,
 Michael Droettboom md...@stsci.edu
 wrote:

 I have tagged and uploaded matplotlib 1.3.0 final.  Congratulations to
 all involved!  It was a long slog getting this release out, and I
 appreciate everyone's patience.

 Once we have binaries uploaded to SourceForge, I will make a formal
 announcement in the usual channels.
 I built the Mac binary on MacOS X 10.6 but have run into two problems:
 - Most of the unit tests are missing, so I can't properly test the
 results. But my application that uses matplotlib and TkAgg works fine,
 so may well be OK. Also, I checked and the installer was trying to build
 all expected backends (including the native Mac backend).
 What do you mean the unit tests are missing?  They don't run?  Can you
 send the output from nose?
 I have appended my test log. I don't know how to run the tests using
 nose, but will be happy to have a go with instructions. (Running
 nosetests in the matplotlib source dir does nothing useful).
 Thanks.  It's using nose under the hood, so that's exactly what I
 meant.  I should have been more clear.

 I'm not sure what might be causing this.  As a sanity check (and maybe
 you've already done this), have you tried doing rm -rf matplotlib* in
 your site-packages directory?

It would be nice to get to the bottom of this puzzle.  I'll start 
another thread to get the attention of other Mac developers in case 
they've seen it before.


 Glad to hear about the installer building the macosx backend -- that was
 pretty serious when it wasn't doing that.

 - When the 1.3.0 installer is used to overwrite matplotlib 1.2.1 (and
 the pytz and dateutil that it installs) it breaks pytz and dateutils, by
 deleting most of the contents, leaving only a subdir named zoneinfo in
 each package (with different contents for each package).

 Installing a new pytz and dateutils and running the 1.3.0 binary
 installer (overwriting matplotlib 1.3.0 or no matplotlib at all) leaves
 these packages functional (though it changes the modification date, so
 it's doing something).
 I thought you were including pytz and dateutils in your installer. Is
 that not the case?  If not, isn't it enough to document that matplotlib
 now doesn't ship with these dependencies, and they will need to be
 installed using pip or other means?  Can they be installed afterward and
 have things work?
 matplotlib used to include pytz and dateutil in its installation. This
 seemed to be a very good thing overall, since it made sure the
 dependencies were satisfied, though it is possible that it occasionally
 overwrite a version the user would have preferred to have.
 It also made it impossible to install security updates in those other
 packages, which was a problem for Linux distros, MacPorts, homebrew, etc.
 I confess I'm surprised because this feature was disabled by default. I
 had to manually enable it whenever I made a binary installer by editing
 setup.cfg.

 In any case the matplotlib developers removed support for this feature
 in 1.3. As a result, binary installers now have to tell users to install
 these packages manually (as well as six and pyparsing). It may be
 possible to postprocess the Mac binary installer to install these
 packages, but I don't know how to do it.
 I thought that was the solution we had arrived at in the earlier
 discussion.  I'm sorry if I misunderstood.  If you python setup.py
 install matplotlib into a fresh virtualenv, it will install all of
 these dependencies.  Then that virtualenv's site-packages directory can
 be used as the basis for the contents of the installer.  As I'm not a
 Mac guy, and I don't understand how the installer is built, is there a
 reason that wouldn't work?
 I build the Mac binaries using bdist_mpkg. I'm afraid I don't know how
 it works under the hood. It creates an mpkg binary installer in the
 dist subdirectory. To run tests, I install matplotlib (using that mpkg
 installer), since there isn't an obvious way to tests on the mpkg.

 I'm sure it's possible to accumulate all the files as you suggest and
 turn them into a binary installer, but I don't know how to do it.

Ok -- I didn't realize the bdist_mpkg was so tied into a single 
distutils package.

One possible way forward: pip has a pybundle option, so you can do:

pip pybundle matplotlib.pybundle matplotlib

which will create a zip file (matplotlib.pybundle) containing a built 
matplotlib and all of its dependencies.  Then it's just a matter of 
making an installer that puts those files in the right place.  It 
doesn't seem like bdist_mpkg is the right tool for that, but there must 
be other tools on the Mac to make

[matplotlib-devel] MEP19: Continuous integration virtual meeting

(Apologies for cross-posting).

matplotlib has a dire need to improve its continuous integration 
testing.  I've drafted MEP19 and solicited comments, but there hasn't 
been a lot of feedback thus far.

As an alternative to mailing list discussion, where this sort of upfront 
planning can sometimes be difficult, I'm considering holding a Google 
Hangout in the next few weeks on the subject.  It's ok to participate 
even if you don't have the time to work on matplotlib -- I would also 
like feedback from advice from those that have configured similar 
systems for other projects.  matplotlib's needs are somewhat more 
complex in terms of dependencies, cpu, ram and storage, so we're pushing 
things pretty far here.

If there's enough people with an interest in participating in the 
discussion, I'll send around a Doodle poll to find a good time.

Mike

--
Get your SQL database under version control now!
Version control is standard for application code, but databases havent 
caught up. So what steps can you take to put your SQL databases under 
version control? Why should you start doing it? Read more to find out.
http://pubads.g.doubleclick.net/gampad/clk?id=49501711iu=/4140/ostg.clktrk
___
Matplotlib-devel mailing list
Matplotlib-devel@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/matplotlib-devel

[matplotlib-devel] MEP19: Continuous integration virtual meeting