Re: [matplotlib-devel] trunk rev 8843 crash on Snow Leopard

On Mon, Dec 20, 2010 at 6:31 PM, Russell E. Owen wrote: > I built a binary installer for matplotlib trunk rev 8843 (because it > leaks memory less than 1.0.0 release). I built it the same way I built > the 1.0.0 binary >

[matplotlib-devel] purging the developer list

It's the annual new year's developer purge, designed to keep the list of official developers in sync with the people who are currently committing. The rule of thumb is that someone who has not committed in the last year is purged. As always, I am happy to reinstate anyone on request, so just email

Re: [matplotlib-devel] matplotlib 1.0.1rc available for testing, building

On Sun, Jan 2, 2011 at 11:52 AM, John Hunter wrote: > > > In sf, we used to be able to tag a file as the preferred file for a given > OS, but in the new file manager interface I no longer see a way to do this, > so that for example the rc files don't show up as the default download > options.

Re: [matplotlib-devel] matplotlib 1.0.1rc available for testing, building

I just build and uploaded a version for python 2.6. I have tested it on Intel 10.4 and plan to test it on 10.5 and 10.6 before trying to build a version for 32-bit Python 2.7. I will keep you posted. Regards, -- Russell On Jan 2, 2011, at 9:52 AM, John Hunter wrote: We are long overdue on

Re: [matplotlib-devel] matplotlib 1.0.1rc available for testing, building

The news: - The Mac binary installer for python.org Python 2.6 works on my Mac OS X 10.4 and 10.5 machines (both Intel). However, it segfaults on my 10.6 machine if there is no existing ~/.matplotlib and ~/.fontconfig. If others could test this it would be most helpful. I have not yet trie

[matplotlib-devel] matplotlib 1.0.1rc has an outdated pytz

matplotlib 1.0.1rc has pytz 2010h but the current version is 2010o. (dateutil is current at 1.5). Should I report this as a bug or is this email sufficient? -- Russell -- Learn how Oracle Real Application Clusters (RAC

Re: [matplotlib-devel] matplotlib 1.0.1rc has an outdated pytz

On Mon, Jan 3, 2011 at 2:00 PM, Russell Owen wrote: > matplotlib 1.0.1rc has pytz 2010h but the current version is 2010o. > (dateutil is current at 1.5). > > Should I report this as a bug or is this email sufficient? > email is sufficient. I'm inclined to fix this for the trunk (targeting a 1.

Re: [matplotlib-devel] matplotlib 1.0.1rc has an outdated pytz

On 1/3/2011 12:00 PM, Russell Owen wrote: > matplotlib 1.0.1rc has pytz 2010h but the current version is 2010o. > (dateutil is current at 1.5). > > Should I report this as a bug or is this email sufficient? > > -- Russell > > These packages should be kept up-to-date if possible. There is an old

Re: [matplotlib-devel] matplotlib 1.0.1rc available for testing, building

On Mon, Jan 3, 2011 at 1:57 PM, Russell Owen wrote: > The news: > - The Mac binary installer for python.org Python 2.6 works on my Mac OS X > 10.4 and 10.5 machines (both Intel). However, it segfaults on my 10.6 > machine if there is no existing ~/.matplotlib and ~/.fontconfig. If others > could

Re: [matplotlib-devel] matplotlib 1.0.1rc has an outdated pytz

On Mon, Jan 3, 2011 at 2:19 PM, Christoph Gohlke wrote: > > These packages should be kept up-to-date if possible. There is an old > bug report that was closed. > > < > http://sourceforge.net/tracker/index.php?func=detail&aid=3009273&group_id=80706&atid=560720 > > > Since the version is out of d

Re: [matplotlib-devel] [PATCH] dysfunction in mpl.cm.get_cmap() (Reporter: LittleBigBrain)

2010/10/19 Friedrich Romstedt : > The test suite passes except for some failures on my 10.6 Mac OS X > with yesterday checked-out astraw github repo.  I'll send them in > another thread.  Let's keep tidy :-)  There's more than the symlog > error mentioned by LittleBigBrain on my sys. > > The failur

Re: [matplotlib-devel] plot_surface patch

On Tue, Dec 21, 2010 at 10:09 AM, Benjamin Root wrote: > > > On Wed, Dec 15, 2010 at 4:47 PM, Justin Peel wrote: > >> I decided to revisit this briefly and found another pretty easy change >> that gives a fairly significant speed boost for a large number of >> points. Basically, I just used two

Re: [matplotlib-devel] trunk rev 8843 crash on Snow Leopard

In article , John Hunter wrote: > On Mon, Dec 20, 2010 at 6:31 PM, Russell E. Owen > wrote: > > > I built a binary installer for matplotlib trunk rev 8843 (because it > > leaks memory less than 1.0.0 release). I built it the same way I built > > the 1.0.0 binary > >

Re: [matplotlib-devel] trunk rev 8843 crash on Snow Leopard: fixed

In article , "Russell E. Owen" wrote: > In article > mane.org>, > John Hunter wrote: > > > On Mon, Dec 20, 2010 at 6:31 PM, Russell E. Owen > > wrote: > > > > > I built a binary installer for matplotlib trunk rev 8843 (because it > > > leaks memory less than 1.0.0 release). I built it th

Re: [matplotlib-devel] PATCH: fix libpng URLs for OS X makefile

In article <4d02914a.6050...@noaa.gov>, Christopher Barker wrote: > On 12/9/10 11:57 PM, Ludwig Schwardt wrote: > > This patch reminded me to ask why the builtin libpng, zlib and > > libfreetype on Mac OS 10.5 and later are not used to build Matplotlib, > > It may be because we still want to su

Re: [matplotlib-devel] matplotlib 1.0.1rc available for testing, building

In article , John Hunter wrote: > We are long overdue on getting a bugfix release of 1.0.0 out, so I have > uploaded an rc for testing at > > https://sourceforge.net/projects/matplotlib/files/matplotlib/matplotlib-1.0.1/ > > Christoph and Russell -- if you have time could you build win32 and

Re: [matplotlib-devel] patch: bug with twinx and scientific style

On 01/02/2011 05:03 PM, Paul Ivanov wrote: > I sent this to the -users list a little over a week ago - now > resending to -devel list against the latest svn. Paul, Thanks, I applied your fix to the maintenance branch, so it should appear in the 1.0.1 release that is in the works. I ran into an

Re: [matplotlib-devel] matplotlib 1.0.1rc available for testing, building

On 01/03/2011 02:49 PM, Russell E. Owen wrote: > > I have uploaded Mac installers for python.org Python 2.6 and 32-bit > Python 2.7. > > I'm not sure what to do about 64-bit Python 2.7. It does not even > support Mac OS X 10.5 due to tcl/tk issues that I think were resolved > too late for python 2