matplotlib-devel Mailing List for matplotlib

Hi all,
I'm fighting against this weirdness since some days: if I build mpl
debian package on my system, it builds normally, but if I build the
package in a clean chroot it fails, and I only noticed because I want
to create a link in doc/build/html/_static dir, that's missing. and
I'm wondering why! I can't seem to find a clear answer to that, so I'm
asking for any advice yo might have.
The full log of the package build in the chroot is at [1] (it's quite
large expanded); at the end of the file there are some ls -lR to try
to identify what's going wrong.
[1] http://people.debian.org/~morph/matplotlib_1.0.1-1_amd64.build.bz2
Thanks in advance,
-- 
Sandro Tosi (aka morph, morpheus, matrixhasu)
My website: http://matrixhasu.altervista.org/
Me at Debian: http://wiki.debian.org/SandroTosi

=========================
Announcing EuroScipy 2011
=========================
---------------------------------------------
The 4th European meeting on Python in Science
---------------------------------------------
**Paris, Ecole Normale Supérieure, August 25-28 2011**
We are happy to announce the 4th EuroScipy meeting, in Paris, August
2011.
The EuroSciPy meeting is a cross-disciplinary gathering focused on
the use and development of the Python language in scientific
research. This event strives to bring together both users and
developers of scientific tools, as well as academic research and
state of the art industry.
Main topics
===========
- Presentations of scientific tools and libraries using the
 Python language, including but not limited to:
 - vector and array manipulation
 - parallel computing
 - scientific visualization
 - scientific data flow and persistence
 - algorithms implemented or exposed in Python
 - web applications and portals for science and engineering.
- Reports on the use of Python in scientific achievements or ongoing
 projects.
- General-purpose Python tools that can be of special interest to the
 scientific community.
Tutorials
=========
There will be two tutorial tracks at the conference, an introductory one,
to bring up to speed with the Python language as a scientific tool, and
an advanced track, during which experts of the field will lecture on
specific advanced topics such as advanced use of numpy, scientific
visualization, software engineering...
Keynote Speaker: Fernando Perez
===============================
We are excited to welcome Fernando Perez (UC Berkeley, Helen Wills
Neuroscience Institute, USA) as our keynote speaker. Fernando Perez
is the original author of the enhanced interactive python shell
IPython and a very active contributor to the Python for Science
ecosystem.
Important dates
===============
Talk submission deadline: Sunday May 8
Program announced: Sunday May 29
Tutorials tracks: Thursday August 25 - Friday August 26
Conference track: Saturday August 27 - Sunday August 28
Call for papers
===============
We are soliciting talks that discuss topics related to scientific
computing using Python. These include applications, teaching, future
development directions, and research. We welcome contributions from
the industry as well as the academic world. Indeed, industrial
research and development as well academic research face the
challenge of mastering IT tools for exploration, modeling and
analysis. We look forward to hearing your recent breakthroughs
using Python!
Submission guidelines
=====================
- We solicit talk proposals in the form of a one-page long abstract.
- Submissions whose main purpose is to promote a commercial product or
 service will be refused.
- All accepted proposals must be presented at the EuroSciPy conference
 by at least one author.
The one-page long abstracts are for conference planing and selection
purposes only. We will later select papers for publication of
post-proceedings in a peer-reviewed journal.
How to submit an abstract
=========================
To submit a talk to the EuroScipy conference follow the instructions
here:
http://www.euroscipy.org/card/euroscipy2011_call_for_papers
Organizers
==========
Chairs:
 - Gaël Varoquaux (INSERM, Unicog team, and INRIA, Parietal team)
 - Nicolas Chauvat (Logilab)
Local organization committee:
 - Emmanuelle Gouillart (Saint-Gobain Recherche)
 - Jean-Philippe Chauvat (Logilab)
Tutorial chair:
 - Valentin Haenel (MKP, Technische Universität Berlin)
Program committee:
 - Chair: Tiziano Zito (MKP, Technische Universität Berlin)
 - Romain Brette (ENS Paris, DEC)
 - Emmanuelle Gouillart (Saint-Gobain Recherche)
 - Eric Lebigot (Laboratoire Kastler Brossel, Université Pierre et
 Marie Curie)
 - Konrad Hinsen (Soleil Synchrotron, CNRS)
 - Hans Petter Langtangen (Simula laboratories)
 - Jarrod Millman (UC Berkeley, Helen Wills NeuroScience institute)
 - Mike Müller (Python Academy)
 - Didrik Pinte (Enthought Inc)
 - Marc Poinot (ONERA)
 - Christophe Pradal (CIRAD/INRIA, Virtual Plantes team)
 - Andreas Schreiber (DLR)
 - Stéfan van der Walt (University of Stellenbosch)
Website
=======
http://www.euroscipy.org/conference/euroscipy_2011

I have not built modern versions of matplotlib for python.org's Python 
2.5 because its Tcl/Tk support is badly broken such that any attempt 
to use a "reasonable" version of Tcl/Tk (e.g. ActiveState 8.4.19) will 
cause segfaults. Perhaps I am being unreasonable but:
- I use Tcl/Tk extensively so I care about it a lot
- Segfaults are frustrating for everybody and reflect badly on 
matplotlib (however unfairly)
The Tcl/Tk 8.4 included by Apple in all versions of its OS to date has 
is old and buggy. (Even the last version of 8.4 -- 8.4.19 -- has bugs, 
but it's a lot better than Apple's version). Hence it is important for 
users to be able to upgrade without getting segfaults.
So my recommendation is not to Python 2.5 on a Mac.
Regarding binary eggs for matplotlib, I suspect there are issues that 
will make easy_install not work well:
- The builder script setupegg.py does not seem to include dependency 
information. I found setupegg.py a bit confusing so I may have missed 
something. But if the dependencies are missing, surely this is a bug?
- Is there some way to name the eggs to disambiguate between 32-bit 
Python 2.7 (which works on all versions of Mac OS X) and 64-bit Python 
2.7 (which only works on 10.6) that is compatible with easy_install? 
In the past if the eggs had strange names easy_install misbehaved.
Also setup.cfg is a bit of a pain when making distributions because:
- The default back end is Agg instead of TkAgg. Surely it should be 
TkAgg if Tkinter is present in the Python?
- For binary installers your desire is to include pytz and dateutil in 
the distribution. But for eggs your desire is to exclude them and list 
them as dependencies instead. I think these are reasonable rules, but 
they're not the default. Instead one has to edit setup.cfg one way for 
binary distributions and another way for eggs. That makes building 
releases more error-prone.
I do realize that in the long term you'd be better off with only one 
kind of binary: eggs or binary installers (presumably eggs). But 
unless easy_install has improved a lot I don't think we're there yet.
Regards,
-- Russell
On Jan 20, 2011, at 9:07 AM, John Hunter wrote:
> On Thu, Jan 20, 2011 at 10:23 AM, Jeffrey Wong <jef...@gm...> 
> wrote:
>> On Jan 20, 2011, at 6:14 AM, John Hunter wrote:
>>
>>> On Thu, Jan 20, 2011 at 2:50 AM, Jeffrey Wong <jef...@gm...> 
>>> wrote:
>>>> Hi,
>>>>
>>>> I tried to install matplotlib on python 2.7 and use the graph 
>>>> drawing functionality with NetworkX (nodes and edges).
>>>>
>>>> easy_install and pip both think that the latest version is 
>>>> 0.91.1, which is wrong because it will import numpy.core.ma 
>>>> instead of numpy.ma.
>>>>
>>>>
>>>> I'm not sure how to fix this but PyPI lists you as the maintainer 
>>>> so I thought you might know.
>>>>
>>>> Thanks for putting it in PyPI anyhow!
>>>
>>> CC-ing the devel list.
>>>
>>> It's not clear to me why this is -- I have 1.0.1 as the active 
>>> version
>>> on pypi, which is reflected on http://pypi.python.org/pypi/matplotlib
>>> and the download URL is listed as
>>>
>>> https://sourceforge.net/projects/matplotlib/files/matplotlib/matplotlib-1.0.1/
>>>
>>> 0.91.1 is flagged as hidden. I am not a pypi expert, but don't see
>>> anything wrong here,
>>
>>
>> I can't use my python 2.7 to reproduce the problem since I 
>> installed matplotlib manually using the MacOS X Python 2.7 dmg/ 
>> installer.
>> It now sees matplotlib 1.0.1-r0 as current.
>>
>> However with the system python 2.5, it makes the following search:
>>
>> emcs-imac:Facethingy jeffwong$ /usr/bin/easy_install -n matplotlib
>> Searching for matplotlib
>> Reading http://pypi.python.org/simple/matplotlib/
>> Reading http://matplotlib.sourceforge.net
>> Reading https://sourceforge.net/projects/matplotlib/files/matplotlib/matplotlib-1.0
>> Reading https://sourceforge.net/projects/matplotlib/files/matplotlib/matplotlib-0.99.3/
>> Reading http://sourceforge.net/project/showfiles.php?group_id=80706&package_id=82474
>> Reading https://sourceforge.net/project/showfiles.php?group_id=80706&package_id=278194
>> Reading http://sourceforge.net/project/showfiles.php?group_id=80706
>> Reading https://sourceforge.net/project/showfiles.php?group_id=80706&package_id=82474
>> Reading https://sourceforge.net/projects/matplotlib/files/matplotlib/matplotlib-0.99.1/
>> Reading https://sourceforge.net/projects/matplotlib/files/matplotlib/matplotlib-1.0.1/
>> Best match: matplotlib 0.91.1
>> Downloading http://pypi.python.org/packages/source/m/matplotlib/matplotlib-0.91.1.tar.gz#md5 
>> =56a9344b077b5accbc4823be19f69dd6
>> ^Cinterrupted
>> emcs-imac:Facethingy jeffwong$
>>
>>
>> Perhaps someone sees something obviously wrong with this...
>
> I see -- we have seen problems with this before. It is very difficult
> to get eggs names properly for OSX that are recognized. We have
>
> http://sourceforge.net/projects/matplotlib/files/matplotlib/matplotlib-1.0.1/matplotlib-1.0.1_r0-py2.7-macosx-10.3-fat.egg/download
>
> My guess is that the "_r0" or "10.3" in the name is breaking the 
> matching rule
>
> JDH

On Thu, Jan 20, 2011 at 1:25 AM, Eric Firing <ef...@ha...> wrote:
> On 01/19/2011 07:25 PM, Jae-Joon Lee wrote:
> > Big thank you for correcting those typos where virtually all of them are
> mine.
> >
> > I'm +1 for backporting these changes as they will not break anything.
> > But others may have different ideas.
>
> I'm roughly neutral; I would only caution that when backporting, one
> needs to tell svnmerge about it. Something like:
>
> svnmerge merge -S v1 -r NUM --record-only
> svn commit -F svnmerge-commit-message.txt
>
> where you are in your trunk checkout, and NUM is the revision in which
> you did the backporting.
>
> Eric
>
>
My vote is to backport those fixes. This way, distro maintainers can
release a patch for the docs if they wish, and anyone else checking out the
maintenance releases would get those fixes for their docs. I personally
have a few fellow students who I set them up with matplotlib built from the
maintenance branch.
Also, if -- and this is a *big* if -- we decide to release another bugfix
release, the docs will be ready to go.
Ben Root
P.S. - Good to know that is how to do a backport using svnmerge. Maybe we
should add that to the coding guide? (Obviously, we would want major notes
pointing out that the preferred procedure is to commit to the maintenance
branch and then svnmerge to the maintenance branch.)

On Thu, Jan 20, 2011 at 10:23 AM, Jeffrey Wong <jef...@gm...> wrote:
> On Jan 20, 2011, at 6:14 AM, John Hunter wrote:
>
>> On Thu, Jan 20, 2011 at 2:50 AM, Jeffrey Wong <jef...@gm...> wrote:
>>> Hi,
>>>
>>> I tried to install matplotlib on python 2.7 and use the graph drawing functionality with NetworkX (nodes and edges).
>>>
>>> easy_install and pip both think that the latest version is 0.91.1, which is wrong because it will import numpy.core.ma instead of numpy.ma.
>>>
>>>
>>> I'm not sure how to fix this but PyPI lists you as the maintainer so I thought you might know.
>>>
>>> Thanks for putting it in PyPI anyhow!
>>
>> CC-ing the devel list.
>>
>> It's not clear to me why this is -- I have 1.0.1 as the active version
>> on pypi, which is reflected on http://pypi.python.org/pypi/matplotlib
>> and the download URL is listed as
>>
>> https://sourceforge.net/projects/matplotlib/files/matplotlib/matplotlib-1.0.1/
>>
>> 0.91.1 is flagged as hidden. I am not a pypi expert, but don't see
>> anything wrong here,
>
>
> I can't use my python 2.7 to reproduce the problem since I installed matplotlib manually using the MacOS X Python 2.7 dmg/installer.
> It now sees matplotlib 1.0.1-r0 as current.
>
> However with the system python 2.5, it makes the following search:
>
> emcs-imac:Facethingy jeffwong$ /usr/bin/easy_install -n matplotlib
> Searching for matplotlib
> Reading http://pypi.python.org/simple/matplotlib/
> Reading http://matplotlib.sourceforge.net
> Reading https://sourceforge.net/projects/matplotlib/files/matplotlib/matplotlib-1.0
> Reading https://sourceforge.net/projects/matplotlib/files/matplotlib/matplotlib-0.99.3/
> Reading http://sourceforge.net/project/showfiles.php?group_id=80706&package_id=82474
> Reading https://sourceforge.net/project/showfiles.php?group_id=80706&package_id=278194
> Reading http://sourceforge.net/project/showfiles.php?group_id=80706
> Reading https://sourceforge.net/project/showfiles.php?group_id=80706&package_id=82474
> Reading https://sourceforge.net/projects/matplotlib/files/matplotlib/matplotlib-0.99.1/
> Reading https://sourceforge.net/projects/matplotlib/files/matplotlib/matplotlib-1.0.1/
> Best match: matplotlib 0.91.1
> Downloading http://pypi.python.org/packages/source/m/matplotlib/matplotlib-0.91.1.tar.gz#md5=56a9344b077b5accbc4823be19f69dd6
> ^Cinterrupted
> emcs-imac:Facethingy jeffwong$
>
>
> Perhaps someone sees something obviously wrong with this...
I see -- we have seen problems with this before. It is very difficult
to get eggs names properly for OSX that are recognized. We have
http://sourceforge.net/projects/matplotlib/files/matplotlib/matplotlib-1.0.1/matplotlib-1.0.1_r0-py2.7-macosx-10.3-fat.egg/download
My guess is that the "_r0" or "10.3" in the name is breaking the matching rule
JDH

On Jan 20, 2011, at 6:14 AM, John Hunter wrote:
> On Thu, Jan 20, 2011 at 2:50 AM, Jeffrey Wong <jef...@gm...> wrote:
>> Hi,
>> 
>> I tried to install matplotlib on python 2.7 and use the graph drawing functionality with NetworkX (nodes and edges).
>> 
>> easy_install and pip both think that the latest version is 0.91.1, which is wrong because it will import numpy.core.ma instead of numpy.ma.
>> 
>> 
>> I'm not sure how to fix this but PyPI lists you as the maintainer so I thought you might know.
>> 
>> Thanks for putting it in PyPI anyhow!
> 
> CC-ing the devel list.
> 
> It's not clear to me why this is -- I have 1.0.1 as the active version
> on pypi, which is reflected on http://pypi.python.org/pypi/matplotlib
> and the download URL is listed as
> 
> https://sourceforge.net/projects/matplotlib/files/matplotlib/matplotlib-1.0.1/
> 
> 0.91.1 is flagged as hidden. I am not a pypi expert, but don't see
> anything wrong here,
I can't use my python 2.7 to reproduce the problem since I installed matplotlib manually using the MacOS X Python 2.7 dmg/installer.
It now sees matplotlib 1.0.1-r0 as current.
However with the system python 2.5, it makes the following search:
emcs-imac:Facethingy jeffwong$ /usr/bin/easy_install -n matplotlib
Searching for matplotlib
Reading http://pypi.python.org/simple/matplotlib/
Reading http://matplotlib.sourceforge.net
Reading https://sourceforge.net/projects/matplotlib/files/matplotlib/matplotlib-1.0
Reading https://sourceforge.net/projects/matplotlib/files/matplotlib/matplotlib-0.99.3/
Reading http://sourceforge.net/project/showfiles.php?group_id=80706&package_id=82474
Reading https://sourceforge.net/project/showfiles.php?group_id=80706&package_id=278194
Reading http://sourceforge.net/project/showfiles.php?group_id=80706
Reading https://sourceforge.net/project/showfiles.php?group_id=80706&package_id=82474
Reading https://sourceforge.net/projects/matplotlib/files/matplotlib/matplotlib-0.99.1/
Reading https://sourceforge.net/projects/matplotlib/files/matplotlib/matplotlib-1.0.1/
Best match: matplotlib 0.91.1
Downloading http://pypi.python.org/packages/source/m/matplotlib/matplotlib-0.91.1.tar.gz#md5=56a9344b077b5accbc4823be19f69dd6
^Cinterrupted
emcs-imac:Facethingy jeffwong$ 
Perhaps someone sees something obviously wrong with this...

On Thu, Jan 20, 2011 at 2:50 AM, Jeffrey Wong <jef...@gm...> wrote:
> Hi,
>
> I tried to install matplotlib on python 2.7 and use the graph drawing functionality with NetworkX (nodes and edges).
>
> easy_install and pip both think that the latest version is 0.91.1, which is wrong because it will import numpy.core.ma instead of numpy.ma.
>
>
> I'm not sure how to fix this but PyPI lists you as the maintainer so I thought you might know.
>
> Thanks for putting it in PyPI anyhow!
CC-ing the devel list.
It's not clear to me why this is -- I have 1.0.1 as the active version
on pypi, which is reflected on http://pypi.python.org/pypi/matplotlib
and the download URL is listed as
https://sourceforge.net/projects/matplotlib/files/matplotlib/matplotlib-1.0.1/
0.91.1 is flagged as hidden. I am not a pypi expert, but don't see
anything wrong here,

On 01/19/2011 07:25 PM, Jae-Joon Lee wrote:
> Big thank you for correcting those typos where virtually all of them are mine.
>
> I'm +1 for backporting these changes as they will not break anything.
> But others may have different ideas.
I'm roughly neutral; I would only caution that when backporting, one 
needs to tell svnmerge about it. Something like:
svnmerge merge -S v1 -r NUM --record-only
svn commit -F svnmerge-commit-message.txt
where you are in your trunk checkout, and NUM is the revision in which 
you did the backporting.
Eric
>
> Regards,
>
> -JJ
>
>
>
> On Tue, Jan 18, 2011 at 4:35 AM, Paul Ivanov<piv...@gm...> wrote:
>> Hi everyone,
>>
>> I just committed a big typos fix to trunk (r8925), should changes
>> like this be backported to the maintenance branch?
>>
>> best,
>> --
>> Paul Ivanov

Big thank you for correcting those typos where virtually all of them are mine.
I'm +1 for backporting these changes as they will not break anything.
But others may have different ideas.
Regards,
-JJ
On Tue, Jan 18, 2011 at 4:35 AM, Paul Ivanov <piv...@gm...> wrote:
> Hi everyone,
>
> I just committed a big typos fix to trunk (r8925), should changes
> like this be backported to the maintenance branch?
>
> best,
> --
> Paul Ivanov
> 314 address only used for lists, off-list direct email at:
> http://pirsquared.org | GPG/PGP key id: 0x0F3E28F7
>
> -----BEGIN PGP SIGNATURE-----
> Version: GnuPG v1.4.10 (GNU/Linux)
>
> iEYEARECAAYFAk00mfQACgkQe+cmRQ8+KPe3GgCeJfWOFkR3eVcxFmk6LoBLfwBX
> QfoAn00POewPxxsyz+x3pMV2QKlcxRuh
> =cNxK
> -----END PGP SIGNATURE-----
>
> ------------------------------------------------------------------------------
> Protect Your Site and Customers from Malware Attacks
> Learn about various malware tactics and how to avoid them. Understand
> malware threats, the impact they can have on your business, and how you
> can protect your company and customers by using code signing.
> http://p.sf.net/sfu/oracle-sfdevnl
> _______________________________________________
> Matplotlib-devel mailing list
> Mat...@li...
> https://lists.sourceforge.net/lists/listinfo/matplotlib-devel
>
>