matplotlib-devel Mailing List for matplotlib (Page 8)

Ryan May wrote:
> (Sorry if this is a duplicate)
>
> Hi,
>
> I'm trying to make a Skew-T LogP plot, an important plot in meteorology, 
> using matplotlib (mainly to help convert people away from much more 
> horrible solutions). You can see one here: 
> http://www.rap.ucar.edu/weather/upper/oun.gif
>
> and more cartoonish:
> http://www.srh.noaa.gov/oun/images/figure6.gif
>
>
> (Pay attention only to the lower part with the bold red and green 
> lines). I'm pretty sure matplotlib can't currently do this, but it 
> shouldn't be too hard. The crux of the plot is that you plot 
> temperature as a function of pressure, with pressure reversed and 
> logarithmically spaced on the Y-axis (ie. high pressure at the bottom) 
> and temperature plotted skewed along the X axis. That is, the lines of 
> constant temperature intersect the bottom at 45 degree angles. I know 
> matplotlib can do log axes, so how hard would it be for me to create a 
> transform that can handle the 45 degree skew of the temperature?
>
> Thanks,
>
> Ryan
>
> 
Ryan: I'm sure you could do it, and it would be a nice contribution to 
the community. There's some IDL code here
http://cimss.ssec.wisc.edu/camex3/archive/quicklooks/
you could work from. There's also NCL code (couldn't find it on the 
web, but the source code comes with NCL). I'd suggest working from 
those. I don't think you need transforms (although they might make it 
easier), since neither of those languages has them. 
HTH,
-Jeff
-- 
Jeffrey S. Whitaker Phone : (303)497-6313
NOAA/OAR/CDC R/PSD1 FAX : (303)497-6449
325 Broadway Boulder, CO, USA 80305-3328

David Moore wrote:
> -----BEGIN PGP SIGNED MESSAGE-----
> Hash: SHA1
> 
> Ryan May wrote:
>> Test. Please disregard.
>>
>> Ryan
>>
>> -- 
>> Ryan May
>> Graduate Research Assistant
>> School of Meteorology
>> University of Oklahoma
>>
> Hi Ryan,
> 
> Gmail never shows you your own emails. Your emails are getting to the list.
> 
Ok, thanks for the info. What's weird is that I also made sure to check 
the mailing list archive, which showed some of my other replies, but not 
the most recent post. Must be a heck of a delay....
Ryan
-- 
Ryan May
Graduate Research Assistant
School of Meteorology
University of Oklahoma

-----BEGIN PGP SIGNED MESSAGE-----
Hash: SHA1
Ryan May wrote:
> Test. Please disregard.
> 
> Ryan
> 
> -- 
> Ryan May
> Graduate Research Assistant
> School of Meteorology
> University of Oklahoma
> 
Hi Ryan,
Gmail never shows you your own emails. Your emails are getting to the list.
HTH,
Dave
-----BEGIN PGP SIGNATURE-----
Version: GnuPG v1.4.9 (GNU/Linux)
Comment: Using GnuPG with Mozilla - http://enigmail.mozdev.org
iEYEARECAAYFAkhSDBcACgkQOP+t1LlaoiHCjACghbKYV4fdsF51Uog9q9/fmbFl
9JAAniqO5AxMJlC8JXe3j+5geA5o+/ky
=mYvw
-----END PGP SIGNATURE-----

Test. Please disregard.
Ryan
-- 
Ryan May
Graduate Research Assistant
School of Meteorology
University of Oklahoma

Test. Ignore.
Ryan
-- 
Ryan May
Graduate Research Assistant
School of Meteorology
University of Oklahoma

Test. Ignore.
Ryan
-- 
Ryan May
Graduate Research Assistant
School of Meteorology
University of Oklahoma

On Thu, Jun 12, 2008 at 3:50 PM, Darren Dale <dar...@co...> wrote:
> On Thursday 12 June 2008 6:36:16 pm T J wrote:
>> Sorry, quick clarification:
>>
>> With usetex enabled,
>> GTK will not plot
>
> I don't think the gtk backend has ever supported usetex. Only the various Agg
> backends, postscript, and pdf backends support ustex.
>
If that is the case, then perhaps there has been a change. I never
specified a backend before, so I was using the default. With this
default, I was able to plot with usetex enabled.

On Thursday 12 June 2008 6:36:16 pm T J wrote:
> Sorry, quick clarification:
>
> With usetex enabled,
> GTK will not plot
I don't think the gtk backend has ever supported usetex. Only the various Agg 
backends, postscript, and pdf backends support ustex.
> GTKAgg will plot
> WXAgg will plot
Darren

On Thu, Jun 12, 2008 at 5:36 PM, T J <tj...@gm...> wrote:
> Sorry, quick clarification:
>
> With usetex enabled,
> GTK will not plot
> GTKAgg will plot
> WXAgg will plot
One more point, you may want to try usetex=False with the new mathtext
support in 0.98, which is quite good. You can experiment with
 mathtext.fontset : cm
and
 mathtext.fontset : stix
and
 mathtext.fontset : stixsans

On Thu, Jun 12, 2008 at 5:28 PM, T J <tj...@gm...> wrote
> With usetex turned on,
> $ python examples/pylab_examples/simple_plot.py --verbose-debug > run_agg.out
> fails to produce a plot. When usetex is turned off, the plot is produced.
Does it help to clear the caches:
 > rm -rf ~/.matplotlib/tex.cache
 > rm -rf ~/.matplotlib/fontManager.cache
I am getting *Agg plots with usetex=True with current svn, so I'm not
sure why you are having problems
JDH

Sorry, quick clarification:
With usetex enabled,
 GTK will not plot
 GTKAgg will plot
 WXAgg will plot

On Thu, Jun 12, 2008 at 2:47 PM, John Hunter <jd...@gm...> wrote:
> On Thu, Jun 12, 2008 at 4:19 PM, T J <tj...@gm...> wrote:
>> I just updated my version of matplotlib to r5496, and now when I type
>> show(), nothing happens. What could have gone wrong? Sorry if this is
>> simple. I've attached a log of the installation.
>
> Try
>
> > rm -rf build
> > rm -rf /path/to/site-packages/matplotlib*
> > svn up
> > python setup.py install > build.out
> > python examples/pylab_examples/simple_plot.py --verbose-debug > run.out
>
> and post build.out and run.out.
>
> Also, please post svn problems to the matplotlib-devel list
>
> http://lists.sourceforge.net/mailman/listinfo/matplotlib-devel
>
Thanks. This has helped me isolate the problem to be some interplay
between the Agg backend and usetex being true.
With usetex turned on,
 $ python examples/pylab_examples/simple_plot.py --verbose-debug > run_agg.out
fails to produce a plot. When usetex is turned off, the plot is produced.
With usetex turned on,
 $ python examples/pylab_examples/simple_plot.py -dWXAgg
--verbose-debug > run_wxagg.out
correctly produces a plot. When usetex is turned off, the plot is
also produced.
Before updating, I never explicitly declared a backend (so I assume it
was using Agg), and I was always able to plot with usetex turned on.
I've attached my build.out and run.out (for both of the above cases
with usetex turned out). How can I further troubleshoot this? I have
a workaround now, but I'd like to understand what the problem is.

(Sorry if this is a duplicate)
Hi,
I'm trying to make a Skew-T LogP plot, an important plot in meteorology, 
using matplotlib (mainly to help convert people away from much more 
horrible solutions). You can see one here: 
http://www.rap.ucar.edu/weather/upper/oun.gif
and more cartoonish:
http://www.srh.noaa.gov/oun/images/figure6.gif
(Pay attention only to the lower part with the bold red and green 
lines). I'm pretty sure matplotlib can't currently do this, but it 
shouldn't be too hard. The crux of the plot is that you plot 
temperature as a function of pressure, with pressure reversed and 
logarithmically spaced on the Y-axis (ie. high pressure at the bottom) 
and temperature plotted skewed along the X axis. That is, the lines of 
constant temperature intersect the bottom at 45 degree angles. I know 
matplotlib can do log axes, so how hard would it be for me to create a 
transform that can handle the 45 degree skew of the temperature?
Thanks,
Ryan
-- 
Ryan May
Graduate Research Assistant
School of Meteorology
University of Oklahoma

Maybe the best solution here is to simply add a "histogramkwargs"
argument that gets passed into nump.histogram - that way, the user can
also do things like have a weighted histogram if they so desire
(probably want to make sure no one passes in {'new':False}, though, as
that would screw everything up).
On Fri, Jun 6, 2008 at 6:39 PM, Olle Engdegård <ol...@fy...> wrote:
>
>> what do you mean by "range" parameter. What should this parameter actually
>> do ?
>>
>
> Actually just pass it along to numpy.histogram(). I guess it just ignores
> all data outside the range.
>
> Cheers,
> Olle
>
> -------------------------------------------------------------------------
> Check out the new SourceForge.net Marketplace.
> It's the best place to buy or sell services for
> just about anything Open Source.
> http://sourceforge.net/services/buy/index.php
> _______________________________________________
> Matplotlib-devel mailing list
> Mat...@li...
> https://lists.sourceforge.net/lists/listinfo/matplotlib-devel
>
-- 
Erik Tollerud
Graduate Student
Center For Cosmology
Department of Physics and Astronomy
2142 Frederick Reines Hall
University of California, Irvine
Office Phone: (949)824-2587
Cell: (651)307-9409
eto...@uc...

On Thu, Jun 12, 2008 at 3:38 PM, Ken McIvor <mc...@ii...> wrote:
> On Jun 12, 2008, at 3:22 PM, John Hunter wrote:
>>
>> If some wx guru sees an easy fix here, by all means add it.
>
> Not to imply that I'm a guru, but I'll try to look into it this evening.
Well, you are a guru to us :-)
>> Otherwise, we should decide on a minimum wxpython version for the
>> trunk and raise an exception.
>
> I'm always in favor of ensuring that MPL can run on Debian Stable without
> too much pain and suffering. Doing so would entail supporting wxPython 2.6.
It looks like debian stable is now packaging numpy 1.01. Am I reading
this right?
 http://packages.debian.org/search?keywords=python-numpy
I think it is reasonable for folks who want the latest mpl to be
willing to get the latest numpy. For the GUI toolkits, given how hard
they are to build, your suggestion of targeting debian stable may be
more reasonable, but supporting multiple GUI versions has always been
a pain since we definitely want to support the most recent.
wxpython is on 2.8.7 and stable is still 2.6? pygtk is at 2.10 and
debian stable is at 2.6. matplotlib is at 0.98 and debian stable is
at 0.87 (Oct 2006 release). So if we want to support stable, *and*
the latest releases, we've got a lot of ongoing compatibility work to
do. For backend maintainers willing to do it, I think that will be
good. But I am hesitant to target such a slow moving repository as a
requirement.
JDH

John Hunter wrote:
> If some wx guru sees an easy fix here, by all means add it.
> Otherwise, we should decide on a minimum wxpython version for the
> trunk and raise an exception.
I don't know how GraphicsContext is used in MPL, but it provides nifty 
features like alpha blending and anti-aliasing -- if we want those 
features, we need it, and 2.6 is out.
On the other hand, we can get all that with wxAgg, so maybe keeping the 
plain wx back-end simple, and use only DCs is fine.
Personally, I use recent wx versions and wxAgg, so it makes no 
difference to me.
Ken,
Thanks for you work on the wx back-ends in general
-Chris
-- 
Christopher Barker, Ph.D.
Oceanographer
Emergency Response Division
NOAA/NOS/OR&R (206) 526-6959 voice
7600 Sand Point Way NE (206) 526-6329 fax
Seattle, WA 98115 (206) 526-6317 main reception
Chr...@no...

On Jun 12, 2008, at 3:22 PM, John Hunter wrote:
>
> If some wx guru sees an easy fix here, by all means add it.
Not to imply that I'm a guru, but I'll try to look into it this evening.
> Otherwise, we should decide on a minimum wxpython version for the
> trunk and raise an exception.
I'm always in favor of ensuring that MPL can run on Debian Stable 
without too much pain and suffering. Doing so would entail supporting 
wxPython 2.6.
Ken

On Thu, Jun 12, 2008 at 3:07 PM, Ken McIvor <mc...@ii...> wrote:
> To the best of my knowledge the wx.GraphicsContext class is not
> present in wxPython 2.6.
Nils, part of what we are trying to do on the 0.98 release series is
remove a lot of legacy code supporting 18 versions of everything. For
folks who need older numpy, older wx, etc, we have the 0.91
maintenance branch. For folks who want the latest matplotlib, they
will need to be willing to upgrade to a recent numpy and wxpython. I
looked briefly at the graphics context issue -- with the exception of
the call to GetFullTextExtent, all the calls are to SetPen, so we
could just use the MemoryDC dc object for those. But I am not
inclined to put a lot of version conditional stuff in the wx backend
code for the reasons mentioned above.
If some wx guru sees an easy fix here, by all means add it.
Otherwise, we should decide on a minimum wxpython version for the
trunk and raise an exception.
JDH

John Hunter wrote:
>> AttributeError: 'module' object has no attribute
>> 'GraphicsContext'
> Unfortunately, I do not have access to wxpython 2.6. 
wx.GraphicsContext was introduced in wxPython 2.8 -- it's never going to 
work with 2.6 or older.
Personally, I think we should just focus on wxAgg, but if people need to 
use it over a remote X connection, that may not be acceptable.
-Chris
-- 
Christopher Barker, Ph.D.
Oceanographer
Emergency Response Division
NOAA/NOS/OR&R (206) 526-6959 voice
7600 Sand Point Way NE (206) 526-6329 fax
Seattle, WA 98115 (206) 526-6317 main reception
Chr...@no...

Nils,
To the best of my knowledge the wx.GraphicsContext class is not 
present in wxPython 2.6.
Ken

> On Thu, Jun 12, 2008 at 2:54 PM, Nils Wagner
> <nw...@ia...> wrote:
>
>> src/ft2font.cpp: In member function 'Py::Object FT2Image::py_as_array(const
>> Py::Tuple&)':
>> src/ft2font.cpp:273: error: cannot convert 'int*' to 'npy_intp*' in argument
>> passing
>> error: command 'gcc' failed with exit status 1
Hmm, I had tried to use PyArray_SimpleNewFromData with an 'int
dimensions[2]' array, which worked on numpy 1.1 but apparently breaks
in the latest numpy svn. Since I am unsure what is the most portable
thing to do here, I reverted to a pattern that we've used elsewhere
that appears robust across numpy versions (included below). If any
numpy god wants to tell me the right way to create and array from an
existing buffer, let me know.
Fixed in svn 5495
 int dimensions[2];
 dimensions[0] = get_height(); //numrows
 dimensions[1] = get_width(); //numcols
 //this is breaking with numpy svn, which wants a npy_intp*
 //PyArrayObject *A = (PyArrayObject *) PyArray_SimpleNewFromData(2,
dimensions, PyArray_UBYTE, _buffer);
PS: please keep all replies on list.
 PyArrayObject *A = (PyArrayObject *) PyArray_FromDims(2, dimensions,
PyArray_UBYTE);
 unsigned char *src = _buffer;
 unsigned char *src_end = src + (dimensions[0] * dimensions[1]);
 unsigned char *dst = (unsigned char *)A->data;
 while (src != src_end) {
 *dst++ = *src++;
 }
PS: please keep all replies on list

On Thu, Jun 12, 2008 at 2:23 PM, Nils Wagner <nwagner@iam.uni-stuttgart.
wrote:
> "/usr/local/lib64/python2.5/site-packages/matplotlib/backends/backend_wx.py",
> line 456, in __init__
> gfx_ctx = wx.GraphicsContext.Create(dc)
> AttributeError: 'module' object has no attribute
> 'GraphicsContext'
>
> Any idea ?
Unfortunately, I do not have access to wxpython 2.6. Perhaps you can
inspect the wx namespace and see if there is anything like a
GraphicsContext, eg by using dir(wx) or wx.G<TAB> in ipython.
JDH

On Wed, Jun 11, 2008 at 4:34 PM, Stan West <sta...@nr...> wrote:
> Would you please look over the attached patch? During
> FigureCanvasWx.__init__, it connects FigureCanvasWx.SetInitialSize to
> SetBestFittingSize or do_nothing if it isn't already inherited from
> wx.Panel. FigureFrameWx.__init__ and FigureManagerWx.resize just call
> FigureCanvasWx.SetInitialSize.
OK, I applied this. Nils, could you test again with wxagg.
Thanks,
JDH

Hi All,
I have changed the backend in matplotlibrc from GTKAgg to 
WX
#### CONFIGURATION BEGINS HERE
# the default backend; one of GTK GTKAgg GTKCairo FltkAgg 
QtAgg TkAgg
# WX WXAgg Agg Cairo GD GDK Paint PS PDF SVG Template
#backend : GTKAgg
backend : WX
Now I get
 python -i nlp_3.py --verbose-helpful
$HOME=/home/nwagner
CONFIGDIR=/home/nwagner/.matplotlib
Bad key "text.markup" on line 154 in
/home/nwagner/.matplotlib/matplotlibrc.
You probably need to get an updated matplotlibrc file from
http://matplotlib.sf.net/matplotlibrc or from the 
matplotlib source
distribution
matplotlib data path 
/usr/local/lib64/python2.5/site-packages/matplotlib/mpl-data
loaded rc file /home/nwagner/.matplotlib/matplotlibrc
matplotlib version 0.98.0
verbose.level helpful
interactive is False
units is False
platform is linux2
Using fontManager instance from 
/home/nwagner/.matplotlib/fontManager.cache
numerix numpy 1.2.0.dev5282
backend WX version 2.6.3.3
-----------------------------------------------------
starting solver ipopt (license: CPL) with problem nlp3
[PyIPOPT] Ipopt will use Hessian approximation.
[PyIPOPT] nele_hess is 0
 iter objFunVal log10(maxResidual)
 0 -1.640e+02 0.81
Traceback (most recent call last):
 File 
"/usr/local/lib64/python2.5/site-packages/matplotlib/backends/backend_wx.py", 
line 1051, in _onSize
 self.draw()
 File 
"/usr/local/lib64/python2.5/site-packages/matplotlib/backends/backend_wx.py", 
line 889, in draw
 self.figure.draw(self.renderer)
 File 
"/usr/local/lib64/python2.5/site-packages/matplotlib/figure.py", 
line 745, in draw
 if self.frameon: self.figurePatch.draw(renderer)
 File 
"/usr/local/lib64/python2.5/site-packages/matplotlib/patches.py", 
line 222, in draw
 gc = renderer.new_gc()
 File 
"/usr/local/lib64/python2.5/site-packages/matplotlib/backends/backend_wx.py", 
line 359, in new_gc
 self.gc = GraphicsContextWx(self.bitmap, self)
 File 
"/usr/local/lib64/python2.5/site-packages/matplotlib/backends/backend_wx.py", 
line 456, in __init__
 gfx_ctx = wx.GraphicsContext.Create(dc)
AttributeError: 'module' object has no attribute 
'GraphicsContext'
Traceback (most recent call last):
 File 
"/usr/local/lib64/python2.5/site-packages/matplotlib/backends/backend_wx.py", 
line 1051, in _onSize
 self.draw()
 File 
"/usr/local/lib64/python2.5/site-packages/matplotlib/backends/backend_wx.py", 
line 889, in draw
 self.figure.draw(self.renderer)
 File 
"/usr/local/lib64/python2.5/site-packages/matplotlib/figure.py", 
line 745, in draw
 if self.frameon: self.figurePatch.draw(renderer)
 File 
"/usr/local/lib64/python2.5/site-packages/matplotlib/patches.py", 
line 222, in draw
 gc = renderer.new_gc()
 File 
"/usr/local/lib64/python2.5/site-packages/matplotlib/backends/backend_wx.py", 
line 359, in new_gc
 self.gc = GraphicsContextWx(self.bitmap, self)
 File 
"/usr/local/lib64/python2.5/site-packages/matplotlib/backends/backend_wx.py", 
line 456, in __init__
 gfx_ctx = wx.GraphicsContext.Create(dc)
AttributeError: 'module' object has no attribute 
'GraphicsContext'
Traceback (most recent call last):
 File 
"/usr/local/lib64/python2.5/site-packages/matplotlib/backends/backend_wx.py", 
line 1051, in _onSize
 self.draw()
 File 
"/usr/local/lib64/python2.5/site-packages/matplotlib/backends/backend_wx.py", 
line 889, in draw
 self.figure.draw(self.renderer)
 File 
"/usr/local/lib64/python2.5/site-packages/matplotlib/figure.py", 
line 745, in draw
 if self.frameon: self.figurePatch.draw(renderer)
 File 
"/usr/local/lib64/python2.5/site-packages/matplotlib/patches.py", 
line 222, in draw
 gc = renderer.new_gc()
 File 
"/usr/local/lib64/python2.5/site-packages/matplotlib/backends/backend_wx.py", 
line 359, in new_gc
 self.gc = GraphicsContextWx(self.bitmap, self)
 File 
"/usr/local/lib64/python2.5/site-packages/matplotlib/backends/backend_wx.py", 
line 456, in __init__
 gfx_ctx = wx.GraphicsContext.Create(dc)
AttributeError: 'module' object has no attribute 
'GraphicsContext'
Traceback (most recent call last):
 File "nlp_3.py", line 65, in <module>
 r = p.solve(solver)
 File 
"/usr/local/lib64/python2.5/site-packages/scikits/openopt/Kernel/BaseProblem.py", 
line 239, in solve
 return runProbSolver(self, solvers, *args, **kwargs)
 File 
"/usr/local/lib64/python2.5/site-packages/scikits/openopt/Kernel/runProbSolver.py", 
line 221, in runProbSolver
 solver(p)
 File 
"/usr/local/lib64/python2.5/site-packages/scikits/openopt/solvers/CoinOr/ipopt_oo.py", 
line 78, in __solver__
 p.iterfcn(p.x0)
 File 
"/usr/local/lib64/python2.5/site-packages/scikits/openopt/Kernel/BaseProblem.py", 
line 57, in <lambda>
 self.iterfcn = lambda *args: ooIter(self, *args)# 
this parameter is only for OpenOpt developers, not common 
users
 File 
"/usr/local/lib64/python2.5/site-packages/scikits/openopt/Kernel/ooIter.py", 
line 78, in ooIter
 for df in p.graphics.drawFuncs: df(p)
 File 
"/usr/local/lib64/python2.5/site-packages/scikits/openopt/Kernel/ooGraphics.py", 
line 127, in oodraw
 if self.nSubPlots>1: pylab.subplot(self.nSubPlots, 1, 
1)
 File 
"/usr/local/lib64/python2.5/site-packages/matplotlib/pyplot.py", 
line 518, in subplot
 fig = gcf()
 File 
"/usr/local/lib64/python2.5/site-packages/matplotlib/pyplot.py", 
line 210, in gcf
 return figure()
 File 
"/usr/local/lib64/python2.5/site-packages/matplotlib/pyplot.py", 
line 200, in figure
 draw_if_interactive()
 File 
"/usr/local/lib64/python2.5/site-packages/matplotlib/backends/backend_wx.py", 
line 1167, in draw_if_interactive
 figManager.canvas.draw()
 File 
"/usr/local/lib64/python2.5/site-packages/matplotlib/backends/backend_wx.py", 
line 889, in draw
 self.figure.draw(self.renderer)
 File 
"/usr/local/lib64/python2.5/site-packages/matplotlib/figure.py", 
line 745, in draw
 if self.frameon: self.figurePatch.draw(renderer)
 File 
"/usr/local/lib64/python2.5/site-packages/matplotlib/patches.py", 
line 222, in draw
 gc = renderer.new_gc()
 File 
"/usr/local/lib64/python2.5/site-packages/matplotlib/backends/backend_wx.py", 
line 359, in new_gc
 self.gc = GraphicsContextWx(self.bitmap, self)
 File 
"/usr/local/lib64/python2.5/site-packages/matplotlib/backends/backend_wx.py", 
line 456, in __init__
 gfx_ctx = wx.GraphicsContext.Create(dc)
AttributeError: 'module' object has no attribute 
'GraphicsContext'
Any idea ?
Nils

If you don't pass the "-U" flag to easy_install, it won't look online if you
already have a module installed.
- Charlie
On Thu, Jun 12, 2008 at 8:16 AM, Neal Becker <ndb...@gm...> wrote:
> matplotlib-0.98 is not available for easy_install it seems:
> sudo easy_install --dry-run matplotlib
> Searching for matplotlib
> Best match: matplotlib 0.91.2
> Processing matplotlib-0.91.2-py2.5-linux-x86_64.egg
> matplotlib 0.91.2 is already the active version in easy-install.pth
>
>
> -------------------------------------------------------------------------
> Check out the new SourceForge.net Marketplace.
> It's the best place to buy or sell services for
> just about anything Open Source.
> http://sourceforge.net/services/buy/index.php
> _______________________________________________
> Matplotlib-devel mailing list
> Mat...@li...
> https://lists.sourceforge.net/lists/listinfo/matplotlib-devel
>