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

On Aug 22, 2013, at 8:24 PM, Matt Terry wrote: > > with/without third party X > I'm not quite sure what you mean by with/without third party X. If you > are referring to Tck/Tk: > > I had an issue where MPL found the headers to freetype in /opt/local, but > library in /usr/X11. Hilarity ensue

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

On Aug 23, 2013, at 8:14 AM, Matt Terry wrote: > I'm banging away at installing MPL on top of python.org's python. I'm at the > libfreetype/freetype issue. There seems to be three approaches to getting > MPL's dependencies. > > 1) install libpng[1] and freetype[2] from source > 2) install XQ

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

I am glad that the numpy and scipy projects are still creating binary installers for python.org python, but it is a serious problem for users of the matplotlib binary installers that they are so difficult to find. If a user googles for "numpy download" then the user finds this page

Re: [matplotlib-devel] matplotlib 1.3.0rc3 tomorrow

I found setup.cfg in the 1.3.0rc3 tarball that I downloaded from the usual location: Here is the complete contents. None of these entries except [egg_info] appear in setup.cfg.tem

Re: [matplotlib-devel] ANN: matplotlib-1.3.0rc1

On May 29, 2013, at 4:01 PM, Chris Barker - NOAA Federal wrote: > On Wed, May 29, 2013 at 2:19 PM, Russell E. Owen wrote: > >> I guess we could serve the associated packages (pytz, dateutil and six), >> or if they can be installed by pip, ask users to install those. But >> users using binary i

Re: [matplotlib-devel] 1.2.0rc1 is cut

On Sep 18, 2012, at 4:05 PM, Paul Hobson wrote: > On Tue, Sep 18, 2012 at 3:57 PM, Russell E. Owen wrote: >> In article <50509fb1.7070...@stsci.edu>, >> Michael Droettboom >> wrote: >> >>> I have tagged and created a tarball for 1.2.0rc1. The githash is >>> bda6dd9feab8. The tarball is on th

Re: [matplotlib-devel] v1.1.1rc2 tarballs are up

By the way: I installed ghostscript from source and Inkscape application from binary. More tests pass, but many still show K. My guess is that matplotlib can see ghostscript but not the Inkscape application (no surprise). Inkscape has too many dependencies for me to want to try to build it from

Re: [matplotlib-devel] v1.1.1rc2 tarballs are up

When I say "somehow missing" I'm not referring to the K (known fail). I'm referring to exceptions and tracebacks caused by trying to import test_X for various value of X: the modules were actually missing. I've never seen that before, so I was quite shocked. Normally I build on the oldest versio

Re: [matplotlib-devel] v1.1.1rc2 tarballs are up

I just uploaded the Mac binaries. Several minor concerns: - Many unit tests failed on Mac OS X 10.4 (which is where I build the 10.3.9 version) due to "too many files open", but the same binary looks fine on 10.5. - The 64-bit version (10.6 and later) had one unexpected failure on 10.7 (I have n

Re: [matplotlib-devel] matplotlib v1.1.1 (bugfix) rc1 on Thursday

On Mar 24, 2012, at 12:16 PM, Sandro Tosi wrote: > On Sat, Mar 24, 2012 at 18:13, Derek Homeier > wrote: >> I used the 1.1.0 version to build with the fink Python installation on MaxOS >> X >> and everything seems to work there, passing the tests at least (does >> pylab.test('full') >> execute

Re: [matplotlib-devel] propose 1.1.0 release tomorrow

Mac binaries for Python 2.6 and 32-bit Python 2.7 are now uploaded. -- Russell On Oct 6, 2011, at 8:18 AM, John Hunter wrote: > On Thu, Oct 6, 2011 at 9:57 AM, John Hunter wrote: > ... > Actually, if you can just upload the binaries directly to > > https://sourceforge.net/projects/matplotlib/u

Re: [matplotlib-devel] Problem with proposed 1.0.1 release

Oops. Sorry about that. 1.1.0 built fine under Python 2.7 and passes all tests (except one known skip). I'll build 2.6 next and then upload both. -- Russell On Oct 7, 2011, at 12:11 PM, Benjamin Root wrote: > This build you are doing is v1.0.1, which is the old version. Did you grab > the w

Re: [matplotlib-devel] mpl release candidate branch

I just uploaded a Mac binary for 32-bit Python 2.7. I propose to leave it at that unless the 2.6 version is required for the release candidate. -- Russell On Sep 27, 2011, at 9:32 AM, John Hunter wrote: > On Tue, Sep 27, 2011 at 11:30 AM, Sandro Tosi wrote: >> On Tue, Sep 27, 2011 at 18:23, Jo

Re: [matplotlib-devel] matplotlib on PyPI

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

[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 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

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] memory leak in canvas.draw() in TkAgg

On Dec 14, 2010, at 1:50 PM, Benjamin Root wrote: On Tue, Dec 14, 2010 at 3:18 PM, Russell E. Owen wrote: I tried the test script on linux using matplotlib svn trunk rev8840 (which appears to include your patch) and found a leak that starts out small but gets systematically larger. This is with

Re: [matplotlib-devel] memory leak in canvas.draw() in TkAgg

On Dec 14, 2010, at 2:38 PM, Benjamin Root wrote: On Tue, Dec 14, 2010 at 4:22 PM, Benjamin Root wrote: On Tue, Dec 14, 2010 at 4:06 PM, Russell Owen wrote: On Dec 14, 2010, at 1:50 PM, Benjamin Root wrote: On Tue, Dec 14, 2010 at 3:18 PM, Russell E. Owen wrote: I tried the test

Re: [matplotlib-devel] mkpg on OSX

009 at 11:04 PM, Russell Owen wrote: Thank you very much. Unfortunately it doesn't work for me. Trying to import pylab results in a bus error (I appended the log in case it has anything useful in it). My configuration: - Intel Mac - MacOS X 10.5.7 - Python 2.5.2 (in /Library/Framework

Re: [matplotlib-devel] mkpg on OSX

matplotlib segfaults in TkAgg is that all those tests will pass except TkAgg, and that TkAgg will work if I move my /Library/Frameworks Tcl/Tk aside. -- Russell On Aug 5, 2009, at 3:27 AM, John Hunter wrote: On Tue, Aug 4, 2009 at 11:04 PM, Russell Owen wrote: Thank you very much. Unfortunately

Re: [matplotlib-devel] mkpg on OSX

On Aug 4, 2009, at 8:09 PM, John Hunter wrote: > On Mon, Aug 3, 2009 at 2:58 PM, Russell E. Owen wrote: > >> If you are using bdist_mpkg then it should do the right thing as >> long as >> you build the python with your python.org python >> (/Library/Frameworks...) instead of the system python.