Re: [Matplotlib-users] [matplotlib-devel] I have a Mac!
I tried transferring the repo, but apparently I need admin privileges to do so. Github recommends creating a team with no repos, and then adding me there. Right now my testing repo is pulling matplotlib/master. It would be really easy to make it pull from a different url (specified in an environment variable, perhaps). Travis would just need to poke mpl_on_travis_mac for each pull request. -matt On Fri, Aug 30, 2013 at 8:46 AM, Michael Droettboom md...@stsci.edu wrote: BTW: I've got uploading of test results to S3 working on the main matplotlib repository. It would be cool to do that here, too, but I believe the encrypted keys are specific to the github repo. We can coordinate off-line once the repo is transferred about how to do this. Mike On 08/29/2013 01:01 PM, Matt Terry wrote: (Replying to the list, rather than just George) On Aug 29, 2013 8:18 AM, Matt Terry matt.te...@gmail.com wrote: I have 15/17 variants working. each pulling binaries/source from some combination of macports/brew/python.org/pip on python 2.6, 2.7, 3.2, and 3.3. https://travis-ci.org/mrterry/mpl_on_travis_mac/builds/10733852 I need to add python27 and python33 variants that install XQuartz. Other than that, are there any builds that should be added? For reference, python.org 27 / pip numpy python.org 27 / numpy dmg python.org 33 / pip numpy (no official python3 numpy installer) (all built with static versions of libpng/freetype) system python + brew dependencies system python + brew dependencies* brew python27 brew python27* brew python33 brew python33* macports py26 macports py27 macports py32 macports py33 macports py26* macports py27* macports py32* macports py33* * = virtual envs. python c dependencies installed from package manager; macports, numpy from macports. --with-site-packages I'm having a strange installation issue involving dateutil on python 3.3 (only). It is a bytes vs unicode (fight!) that manifests on installation. I can't reproduce the issue on my machine, but it may have something to do with dateutil v2.1. Anyone seen something like this? installing dateutil via macports cleans up the issue (it installs 2.0, i think). -matt On Thu, Aug 29, 2013 at 4:47 AM, George Nurser gnur...@gmail.com wrote: It might be useful to see how macports does it -- their builds have always worked for me. George Nurser. On 23 August 2013 18:53, Chris Barker - NOAA Federal chris.bar...@noaa.gov wrote: On Fri, Aug 23, 2013 at 8:14 AM, Matt Terry matt.te...@gmail.com wrote: I'm banging away at installing MPL on top of python.org's python. This is why binary installers are good idea! the libfreetype/freetype issue. yeah, that's kind of uglyand where is doesn't just work for me... 1) install libpng[1] and freetype[2] from source libpng and freetype are different, though install from source may be the way to go: libpng is there, but is not properly installed, I'm not sure it's got the header for the same version as the lib, and libpng-config is either not there or not for the right version or somethign ugly. It look, form messages at build time, that someone has hacked some code into the MPL build that figures all that out, but for other stuff I'm doing, I just punt and build libpng -- that's pretty straighforward, at least. But teh solution in the MPL code now seems to work. 2) install XQuartz[3] and twiddle /opt/X11, /usr/X11 (per Russell's directions[4]) so MPL finds XQuartz's libpng/freetype I _think_ that OS-X now ships with X11, which has freetype (though installed weirdly once again...) we certainly should NOT expect people to install anything big to build MPL, and binaries should not depend on anything not shipped by Apple by default. According to Russell, you do need to install something, so I think that's out. 4) create the MPL binary installer and use that That's what most people should do -- but one of us needs to build it. Option 1 seems simple-est, but installing freetype requires more than ./configure make sudo make install. darn. But hopefully we can figure it out. Option 4: This would require some input from whoever (Gohlke?, Owen?) makes the binary installers. I think Russell has been doing it for MPL lately. My thoughts: We want to support two user-bases: 1) folks that don't mind a little command line work, and probably need other scientific libs, etc anyway, an want an MPL that runs on their machine: - these folks should use homebrew or macports to build the dependencies (or even hand-compile them). Ideally we have setup.py that will find those libs, and test to see that the builds work once in a while. 2) folks that just want to use it and/or want a binary they can re-distribute via py2app, etc. - for these folks, we need to provide
Re: [Matplotlib-users] [matplotlib-devel] I have a Mac!
BTW: I've got uploading of test results to S3 working on the main matplotlib repository. It would be cool to do that here, too, but I believe the encrypted keys are specific to the github repo. We can coordinate off-line once the repo is transferred about how to do this. Mike On 08/29/2013 01:01 PM, Matt Terry wrote: (Replying to the list, rather than just George) On Aug 29, 2013 8:18 AM, Matt Terry matt.te...@gmail.com mailto:matt.te...@gmail.com wrote: I have 15/17 variants working. each pulling binaries/source from some combination of macports/brew/python.org/pip http://python.org/pip on python 2.6, 2.7, 3.2, and 3.3. https://travis-ci.org/mrterry/mpl_on_travis_mac/builds/10733852 I need to add python27 and python33 variants that install XQuartz. Other than that, are there any builds that should be added? For reference, python.org http://python.org 27 / pip numpy python.org http://python.org 27 / numpy dmg python.org http://python.org 33 / pip numpy (no official python3 numpy installer) (all built with static versions of libpng/freetype) system python + brew dependencies system python + brew dependencies* brew python27 brew python27* brew python33 brew python33* macports py26 macports py27 macports py32 macports py33 macports py26* macports py27* macports py32* macports py33* * = virtual envs. python c dependencies installed from package manager; macports, numpy from macports. --with-site-packages I'm having a strange installation issue involving dateutil on python 3.3 (only). It is a bytes vs unicode (fight!) that manifests on installation. I can't reproduce the issue on my machine, but it may have something to do with dateutil v2.1. Anyone seen something like this? installing dateutil via macports cleans up the issue (it installs 2.0, i think). -matt On Thu, Aug 29, 2013 at 4:47 AM, George Nurser gnur...@gmail.com mailto:gnur...@gmail.com wrote: It might be useful to see how macports does it -- their builds have always worked for me. George Nurser. On 23 August 2013 18:53, Chris Barker - NOAA Federal chris.bar...@noaa.gov mailto:chris.bar...@noaa.gov wrote: On Fri, Aug 23, 2013 at 8:14 AM, Matt Terry matt.te...@gmail.com mailto:matt.te...@gmail.com wrote: I'm banging away at installing MPL on top of python.org http://python.org's python. This is why binary installers are good idea! the libfreetype/freetype issue. yeah, that's kind of uglyand where is doesn't just work for me... 1) install libpng[1] and freetype[2] from source libpng and freetype are different, though install from source may be the way to go: libpng is there, but is not properly installed, I'm not sure it's got the header for the same version as the lib, and libpng-config is either not there or not for the right version or somethign ugly. It look, form messages at build time, that someone has hacked some code into the MPL build that figures all that out, but for other stuff I'm doing, I just punt and build libpng -- that's pretty straighforward, at least. But teh solution in the MPL code now seems to work. 2) install XQuartz[3] and twiddle /opt/X11, /usr/X11 (per Russell's directions[4]) so MPL finds XQuartz's libpng/freetype I _think_ that OS-X now ships with X11, which has freetype (though installed weirdly once again...) we certainly should NOT expect people to install anything big to build MPL, and binaries should not depend on anything not shipped by Apple by default. According to Russell, you do need to install something, so I think that's out. 4) create the MPL binary installer and use that That's what most people should do -- but one of us needs to build it. Option 1 seems simple-est, but installing freetype requires more than ./configure make sudo make install. darn. But hopefully we can figure it out. Option 4: This would require some input from whoever (Gohlke?, Owen?) makes the binary installers. I think Russell has been doing it for MPL lately. My thoughts: We want to support two user-bases: 1) folks that don't mind a little command line work, and probably need other scientific libs, etc anyway, an want an MPL that runs on their machine: - these folks should use homebrew or macports to build the dependencies (or even hand-compile them). Ideally we have setup.py that will find those libs, and test to see that the builds work once in a while. 2) folks that just want to use it and/or want a binary they can re-distribute via py2app, etc. - for these folks, we need to provide binaries. These binaries should: 1) Match the python.org http://python.org python builds. (probably only the Intel ones now...) 2) statically link the non-sytem libs This has been done for a while, off and on, most recently by Russell, AFAIK. But this is not a problem unique to MPL. All sorts of python packages need this, and only some of the package
Re: [Matplotlib-users] [matplotlib-devel] I have a Mac!
Very impressive! This is really great. That does sure look like a dateutil bug. Maybe we try reporting it over there? As for transferring the repository... I've added you as a developer in the matplotlib organization, so you can work over there. And it looks like you are the only one who can do the transfer, see here: https://help.github.com/articles/how-to-transfer-a-repository I'll ping Travis again about how multi-OS testing might work, because it would be *absolutely killer* to get this going on matplotlib PRs. Mike On 08/29/2013 01:01 PM, Matt Terry wrote: (Replying to the list, rather than just George) On Aug 29, 2013 8:18 AM, Matt Terry matt.te...@gmail.com mailto:matt.te...@gmail.com wrote: I have 15/17 variants working. each pulling binaries/source from some combination of macports/brew/python.org/pip http://python.org/pip on python 2.6, 2.7, 3.2, and 3.3. https://travis-ci.org/mrterry/mpl_on_travis_mac/builds/10733852 I need to add python27 and python33 variants that install XQuartz. Other than that, are there any builds that should be added? For reference, python.org http://python.org 27 / pip numpy python.org http://python.org 27 / numpy dmg python.org http://python.org 33 / pip numpy (no official python3 numpy installer) (all built with static versions of libpng/freetype) system python + brew dependencies system python + brew dependencies* brew python27 brew python27* brew python33 brew python33* macports py26 macports py27 macports py32 macports py33 macports py26* macports py27* macports py32* macports py33* * = virtual envs. python c dependencies installed from package manager; macports, numpy from macports. --with-site-packages I'm having a strange installation issue involving dateutil on python 3.3 (only). It is a bytes vs unicode (fight!) that manifests on installation. I can't reproduce the issue on my machine, but it may have something to do with dateutil v2.1. Anyone seen something like this? installing dateutil via macports cleans up the issue (it installs 2.0, i think). -matt On Thu, Aug 29, 2013 at 4:47 AM, George Nurser gnur...@gmail.com mailto:gnur...@gmail.com wrote: It might be useful to see how macports does it -- their builds have always worked for me. George Nurser. On 23 August 2013 18:53, Chris Barker - NOAA Federal chris.bar...@noaa.gov mailto:chris.bar...@noaa.gov wrote: On Fri, Aug 23, 2013 at 8:14 AM, Matt Terry matt.te...@gmail.com mailto:matt.te...@gmail.com wrote: I'm banging away at installing MPL on top of python.org http://python.org's python. This is why binary installers are good idea! the libfreetype/freetype issue. yeah, that's kind of uglyand where is doesn't just work for me... 1) install libpng[1] and freetype[2] from source libpng and freetype are different, though install from source may be the way to go: libpng is there, but is not properly installed, I'm not sure it's got the header for the same version as the lib, and libpng-config is either not there or not for the right version or somethign ugly. It look, form messages at build time, that someone has hacked some code into the MPL build that figures all that out, but for other stuff I'm doing, I just punt and build libpng -- that's pretty straighforward, at least. But teh solution in the MPL code now seems to work. 2) install XQuartz[3] and twiddle /opt/X11, /usr/X11 (per Russell's directions[4]) so MPL finds XQuartz's libpng/freetype I _think_ that OS-X now ships with X11, which has freetype (though installed weirdly once again...) we certainly should NOT expect people to install anything big to build MPL, and binaries should not depend on anything not shipped by Apple by default. According to Russell, you do need to install something, so I think that's out. 4) create the MPL binary installer and use that That's what most people should do -- but one of us needs to build it. Option 1 seems simple-est, but installing freetype requires more than ./configure make sudo make install. darn. But hopefully we can figure it out. Option 4: This would require some input from whoever (Gohlke?, Owen?) makes the binary installers. I think Russell has been doing it for MPL lately. My thoughts: We want to support two user-bases: 1) folks that don't mind a little command line work, and probably need other scientific libs, etc anyway, an want an MPL that runs on their machine: - these folks should use homebrew or macports to build the dependencies (or even hand-compile them). Ideally we have setup.py that will find those libs, and test to see that the builds work once in a while. 2) folks that just want to use it and/or want a binary they can re-distribute via py2app, etc. - for these folks, we need to provide binaries. These binaries should: 1) Match the python.org http://python.org python builds. (probably only the
Re: [Matplotlib-users] [matplotlib-devel] I have a Mac!
It might be useful to see how macports does it -- their builds have always worked for me. George Nurser. On 23 August 2013 18:53, Chris Barker - NOAA Federal chris.bar...@noaa.govwrote: On Fri, Aug 23, 2013 at 8:14 AM, Matt Terry matt.te...@gmail.com wrote: I'm banging away at installing MPL on top of python.org's python. This is why binary installers are good idea! the libfreetype/freetype issue. yeah, that's kind of uglyand where is doesn't just work for me... 1) install libpng[1] and freetype[2] from source libpng and freetype are different, though install from source may be the way to go: libpng is there, but is not properly installed, I'm not sure it's got the header for the same version as the lib, and libpng-config is either not there or not for the right version or somethign ugly. It look, form messages at build time, that someone has hacked some code into the MPL build that figures all that out, but for other stuff I'm doing, I just punt and build libpng -- that's pretty straighforward, at least. But teh solution in the MPL code now seems to work. 2) install XQuartz[3] and twiddle /opt/X11, /usr/X11 (per Russell's directions[4]) so MPL finds XQuartz's libpng/freetype I _think_ that OS-X now ships with X11, which has freetype (though installed weirdly once again...) we certainly should NOT expect people to install anything big to build MPL, and binaries should not depend on anything not shipped by Apple by default. According to Russell, you do need to install something, so I think that's out. 4) create the MPL binary installer and use that That's what most people should do -- but one of us needs to build it. Option 1 seems simple-est, but installing freetype requires more than ./configure make sudo make install. darn. But hopefully we can figure it out. Option 4: This would require some input from whoever (Gohlke?, Owen?) makes the binary installers. I think Russell has been doing it for MPL lately. My thoughts: We want to support two user-bases: 1) folks that don't mind a little command line work, and probably need other scientific libs, etc anyway, an want an MPL that runs on their machine: - these folks should use homebrew or macports to build the dependencies (or even hand-compile them). Ideally we have setup.py that will find those libs, and test to see that the builds work once in a while. 2) folks that just want to use it and/or want a binary they can re-distribute via py2app, etc. - for these folks, we need to provide binaries. These binaries should: 1) Match the python.org python builds. (probably only the Intel ones now...) 2) statically link the non-sytem libs This has been done for a while, off and on, most recently by Russell, AFAIK. But this is not a problem unique to MPL. All sorts of python packages need this, and only some of the package maintainers do it (well). Also, a bunch of packages require the same dependencies (i.e. PIL and MPL both need png and freetype) So, rather than re-inventing the wheel over and over again, It would be great to have a central repository where we can develop build scripts, etc that share an infrustructure for building these binaries. I've started one: https://github.com/MacPython/mac-builds there is not much there, only a couple things I'm working on at the moment (netCDF4, which is of interest to scipy folks, and py_gd, which is my own simple drawing lib, that no one else uses (yet?) If anyone wants to join the project let me know -- if I know you from your work with this community, I'll gladly add you. I'm using the gattai build system: (https://sourceforge.net/projects/gattai/). I decided to do that, as I was sick of re-writing essentially the same build scripts, and I kept adding features to mine that would have resulted in re-implementing gattai anyway. I've been hacking at gattai, and its author is quite open to moving it forward. That being said, there is no reason that we need to use the same build system -- we could easily have custom build scripts for a project, and still have it share the dependencies. I was planning on getting it all further along before announcing the project and looking for help, but since is came up... -Chris -- Christopher Barker, Ph.D. Oceanographer Emergency Response Division NOAA/NOS/ORR(206) 526-6959 voice 7600 Sand Point Way NE (206) 526-6329 fax Seattle, WA 98115 (206) 526-6317 main reception chris.bar...@noaa.gov -- 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 ___
Re: [Matplotlib-users] [matplotlib-devel] I have a Mac!
(Replying to the list, rather than just George) On Aug 29, 2013 8:18 AM, Matt Terry matt.te...@gmail.com wrote: I have 15/17 variants working. each pulling binaries/source from some combination of macports/brew/python.org/pip on python 2.6, 2.7, 3.2, and 3.3. https://travis-ci.org/mrterry/mpl_on_travis_mac/builds/10733852 I need to add python27 and python33 variants that install XQuartz. Other than that, are there any builds that should be added? For reference, python.org 27 / pip numpy python.org 27 / numpy dmg python.org 33 / pip numpy (no official python3 numpy installer) (all built with static versions of libpng/freetype) system python + brew dependencies system python + brew dependencies* brew python27 brew python27* brew python33 brew python33* macports py26 macports py27 macports py32 macports py33 macports py26* macports py27* macports py32* macports py33* * = virtual envs. python c dependencies installed from package manager; macports, numpy from macports. --with-site-packages I'm having a strange installation issue involving dateutil on python 3.3 (only). It is a bytes vs unicode (fight!) that manifests on installation. I can't reproduce the issue on my machine, but it may have something to do with dateutil v2.1. Anyone seen something like this? installing dateutil via macports cleans up the issue (it installs 2.0, i think). -matt On Thu, Aug 29, 2013 at 4:47 AM, George Nurser gnur...@gmail.com wrote: It might be useful to see how macports does it -- their builds have always worked for me. George Nurser. On 23 August 2013 18:53, Chris Barker - NOAA Federal chris.bar...@noaa.gov wrote: On Fri, Aug 23, 2013 at 8:14 AM, Matt Terry matt.te...@gmail.com wrote: I'm banging away at installing MPL on top of python.org's python. This is why binary installers are good idea! the libfreetype/freetype issue. yeah, that's kind of uglyand where is doesn't just work for me... 1) install libpng[1] and freetype[2] from source libpng and freetype are different, though install from source may be the way to go: libpng is there, but is not properly installed, I'm not sure it's got the header for the same version as the lib, and libpng-config is either not there or not for the right version or somethign ugly. It look, form messages at build time, that someone has hacked some code into the MPL build that figures all that out, but for other stuff I'm doing, I just punt and build libpng -- that's pretty straighforward, at least. But teh solution in the MPL code now seems to work. 2) install XQuartz[3] and twiddle /opt/X11, /usr/X11 (per Russell's directions[4]) so MPL finds XQuartz's libpng/freetype I _think_ that OS-X now ships with X11, which has freetype (though installed weirdly once again...) we certainly should NOT expect people to install anything big to build MPL, and binaries should not depend on anything not shipped by Apple by default. According to Russell, you do need to install something, so I think that's out. 4) create the MPL binary installer and use that That's what most people should do -- but one of us needs to build it. Option 1 seems simple-est, but installing freetype requires more than ./configure make sudo make install. darn. But hopefully we can figure it out. Option 4: This would require some input from whoever (Gohlke?, Owen?) makes the binary installers. I think Russell has been doing it for MPL lately. My thoughts: We want to support two user-bases: 1) folks that don't mind a little command line work, and probably need other scientific libs, etc anyway, an want an MPL that runs on their machine: - these folks should use homebrew or macports to build the dependencies (or even hand-compile them). Ideally we have setup.py that will find those libs, and test to see that the builds work once in a while. 2) folks that just want to use it and/or want a binary they can re-distribute via py2app, etc. - for these folks, we need to provide binaries. These binaries should: 1) Match the python.org python builds. (probably only the Intel ones now...) 2) statically link the non-sytem libs This has been done for a while, off and on, most recently by Russell, AFAIK. But this is not a problem unique to MPL. All sorts of python packages need this, and only some of the package maintainers do it (well). Also, a bunch of packages require the same dependencies (i.e. PIL and MPL both need png and freetype) So, rather than re-inventing the wheel over and over again, It would be great to have a central repository where we can develop build scripts, etc that share an infrustructure for building these binaries. I've started one: https://github.com/MacPython/mac-builds there is not much there, only a couple things I'm working on at the moment (netCDF4, which is of interest to scipy folks, and py_gd, which is my own simple drawing lib, that no one else uses
Re: [Matplotlib-users] [matplotlib-devel] I have a Mac!
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 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 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-users mailing list Matplotlib-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/matplotlib-users
Re: [Matplotlib-users] [matplotlib-devel] I have a Mac!
On Aug 23, 2013, at 8:14 AM, Matt Terry matt.te...@gmail.com 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 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/ I'm a bit puzzled what you are trying to do. I've found that matplotlib just builds if I only want to use it on the Mac I'm building it on. Depending on what you've added to your Mac you may find you have to restrict the search dirs in setupext.py, but that's all I have ever had to do for years. For me the problems arise when trying to build a binary installer that runs on multiple versions of MacOS. The following comments all deal with that case (making a binary installer): I would eliminate (2) as an option; I thought it would help but it doesn't (perhaps I need to update my matplotlib build instructions). The issue is that when I build a binary installer on 10.8, it cannot be used on 10.6 because it is looking for some libraries in /opt/X11 (which is where XQuartz is installed on 10.8) instead of /usr/X11 (which is where X11 is installed on 10.6). It's only an issue for binary installers; I haven't had any problem just building matplotlib for python.org python. I have pretty much given up building binary installers on anything but the oldest version of MacOS X that they can be used on (or as close as I can get). I've just run into too many problems like this. I like (1) for binary installers. It eliminates the need for a user to have installed X11 at all. The hassle is making sure matplotlib statically links these libraries. I've always done this by taking the crude approach of deleting the shared object libraries, leaving only the static libraries; it always worked in the past, but recently I ran into a problem where something I was building simply refused to use a static library (I don't remember the details). Regarding option [4]. You can get a binary installer for matplotlib 1.3 from here: http://www.astro.washington.edu/users/rowen/python/ but it may clobber your python-dateutil and pytz (especially likely if they were installed by the matplotlib 1.2.1 binary installer). That's the main reason it's not an official binary installer. -- Russell -- 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-users mailing list Matplotlib-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/matplotlib-users
Re: [Matplotlib-users] [matplotlib-devel] I have a Mac!
On Aug 22, 2013, at 8:24 PM, Matt Terry 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. Have you tried eliminating /opt from the search path in setupext.py? If that does the trick, I think we may be stuck. The default search paths are trying to work for default python, python.org python, macports and homebrew, plus user-built libraries in /usr/local. I'm not convinced one file can do it all. Apple moving X from /usr/X11 to /opt/X11 did not help. Regards, -- Russell-- 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-users mailing list Matplotlib-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/matplotlib-users
Re: [Matplotlib-users] [matplotlib-devel] I have a Mac!
On Fri, Aug 23, 2013 at 8:14 AM, Matt Terry matt.te...@gmail.com wrote: I'm banging away at installing MPL on top of python.org's python. This is why binary installers are good idea! the libfreetype/freetype issue. yeah, that's kind of uglyand where is doesn't just work for me... 1) install libpng[1] and freetype[2] from source libpng and freetype are different, though install from source may be the way to go: libpng is there, but is not properly installed, I'm not sure it's got the header for the same version as the lib, and libpng-config is either not there or not for the right version or somethign ugly. It look, form messages at build time, that someone has hacked some code into the MPL build that figures all that out, but for other stuff I'm doing, I just punt and build libpng -- that's pretty straighforward, at least. But teh solution in the MPL code now seems to work. 2) install XQuartz[3] and twiddle /opt/X11, /usr/X11 (per Russell's directions[4]) so MPL finds XQuartz's libpng/freetype I _think_ that OS-X now ships with X11, which has freetype (though installed weirdly once again...) we certainly should NOT expect people to install anything big to build MPL, and binaries should not depend on anything not shipped by Apple by default. According to Russell, you do need to install something, so I think that's out. 4) create the MPL binary installer and use that That's what most people should do -- but one of us needs to build it. Option 1 seems simple-est, but installing freetype requires more than ./configure make sudo make install. darn. But hopefully we can figure it out. Option 4: This would require some input from whoever (Gohlke?, Owen?) makes the binary installers. I think Russell has been doing it for MPL lately. My thoughts: We want to support two user-bases: 1) folks that don't mind a little command line work, and probably need other scientific libs, etc anyway, an want an MPL that runs on their machine: - these folks should use homebrew or macports to build the dependencies (or even hand-compile them). Ideally we have setup.py that will find those libs, and test to see that the builds work once in a while. 2) folks that just want to use it and/or want a binary they can re-distribute via py2app, etc. - for these folks, we need to provide binaries. These binaries should: 1) Match the python.org python builds. (probably only the Intel ones now...) 2) statically link the non-sytem libs This has been done for a while, off and on, most recently by Russell, AFAIK. But this is not a problem unique to MPL. All sorts of python packages need this, and only some of the package maintainers do it (well). Also, a bunch of packages require the same dependencies (i.e. PIL and MPL both need png and freetype) So, rather than re-inventing the wheel over and over again, It would be great to have a central repository where we can develop build scripts, etc that share an infrustructure for building these binaries. I've started one: https://github.com/MacPython/mac-builds there is not much there, only a couple things I'm working on at the moment (netCDF4, which is of interest to scipy folks, and py_gd, which is my own simple drawing lib, that no one else uses (yet?) If anyone wants to join the project let me know -- if I know you from your work with this community, I'll gladly add you. I'm using the gattai build system: (https://sourceforge.net/projects/gattai/). I decided to do that, as I was sick of re-writing essentially the same build scripts, and I kept adding features to mine that would have resulted in re-implementing gattai anyway. I've been hacking at gattai, and its author is quite open to moving it forward. That being said, there is no reason that we need to use the same build system -- we could easily have custom build scripts for a project, and still have it share the dependencies. I was planning on getting it all further along before announcing the project and looking for help, but since is came up... -Chris -- Christopher Barker, Ph.D. Oceanographer Emergency Response Division NOAA/NOS/ORR(206) 526-6959 voice 7600 Sand Point Way NE (206) 526-6329 fax Seattle, WA 98115 (206) 526-6317 main reception chris.bar...@noaa.gov -- 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-users mailing list Matplotlib-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/matplotlib-users
Re: [Matplotlib-users] [matplotlib-devel] I have a Mac!
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-users mailing list Matplotlib-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/matplotlib-users
Re: [Matplotlib-users] [matplotlib-devel] I have a Mac!
That is handy information. I'll start adding a python.org target. How broad coverage do we want? 10.6, 10.7, 10.8 system, python.org (2.7, 3.3), brew, macports virtualenv, no virtualenv with/without third party X 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 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 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, Michael Droettboom 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 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 -- 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-de...@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-users mailing list Matplotlib-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/matplotlib-users
Re: [Matplotlib-users] [matplotlib-devel] I have a Mac!
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 wrote: 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-de...@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-users mailing list Matplotlib-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/matplotlib-users
Re: [Matplotlib-users] [matplotlib-devel] I have a Mac!
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-de...@lists.sourceforge.net mailto:matplotlib-de...@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-users mailing list Matplotlib-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/matplotlib-users
Re: [Matplotlib-users] [matplotlib-devel] I have a Mac!
Hi, On Fri, Aug 16, 2013 at 7:32 AM, Michael Droettboom 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. We've got 5 macs running OSX 10.4 through 10.8 for us, you'd be welcome to remote access to those, and we'd be happy to run builds for you. Paul Ivanov has or will have access to the buildbot master and all the slaves. We also have an XP and Windows 7 64 bit machine you are welcome to use. Cheers, Matthew -- 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-users mailing list Matplotlib-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/matplotlib-users
Re: [Matplotlib-users] [matplotlib-devel] I have a Mac!
Hi, On Fri, Aug 16, 2013 at 7:32 AM, Michael Droettboom 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. We've got 5 macs running builds on OSX 10.4 through 10.8 for us, you'd be welcome to remote access to those, and we'd be happy to run builds for you. Paul Ivanov has or will have access to the buildbot master and all the slaves. We also have an XP and Windows 7 64 bit machine you are welcome to use. Cheers, Matthew -- 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-users mailing list Matplotlib-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/matplotlib-users
Re: [Matplotlib-users] [matplotlib-devel] I have a Mac!
At 12:11pm -0400 Fri, 16 Aug 2013, Matthew Brett wrote: We've got 5 macs running OSX 10.4 through 10.8 for us, you'd be welcome to remote access to those, and we'd be happy to run builds for you. Paul Ivanov has or will have access to the buildbot master and all the slaves. We also have an XP and Windows 7 64 bit machine you are welcome to use. Bless you for supporting OS X prior to 10.6! My family still has a quite functional OS X 10.5 machine that we should update but can't for various (less than stellar, but unfortunately real) reasons. I'm chagrined that Apple et al. no longer supports 10.5. I'm sure others feel similarly about their 10.4- machines. On the other hand, no one would blame a development team that decided not to support what even Apple does not support. Cheers, Kevin -- 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-users mailing list Matplotlib-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/matplotlib-users
Re: [Matplotlib-users] [matplotlib-devel] I have a Mac!
Hi, On Fri, Aug 16, 2013 at 10:36 AM, Kevin Hunter Kesling kmhun...@ncsu.edu wrote: At 12:11pm -0400 Fri, 16 Aug 2013, Matthew Brett wrote: We've got 5 macs running OSX 10.4 through 10.8 for us, you'd be welcome to remote access to those, and we'd be happy to run builds for you. Paul Ivanov has or will have access to the buildbot master and all the slaves. We also have an XP and Windows 7 64 bit machine you are welcome to use. Bless you for supporting OS X prior to 10.6! My family still has a quite functional OS X 10.5 machine that we should update but can't for various (less than stellar, but unfortunately real) reasons. I'm chagrined that Apple et al. no longer supports 10.5. I'm sure others feel similarly about their 10.4- machines. On the other hand, no one would blame a development team that decided not to support what even Apple does not support. :) - we just happened to have them lying around. Actually, the 10.5 machine is PPC and catches endian errors fairly often, but I'm sure we'll retire the 10.4 machine fairly soon. Cheers, Matthew -- 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-users mailing list Matplotlib-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/matplotlib-users
Re: [Matplotlib-users] [matplotlib-devel] I have a Mac!
I was looking into the TravisCI Mac testing environment. Right now, you can only run tests on a single os. You also trigger a Mac build by declaring your language to be objective-c. There are probably more q quirks, but that's what I've found thus far. -matt On Aug 16, 2013 12:45 PM, Matthew Brett matthew.br...@gmail.com wrote: Hi, On Fri, Aug 16, 2013 at 10:36 AM, Kevin Hunter Kesling kmhun...@ncsu.edu wrote: At 12:11pm -0400 Fri, 16 Aug 2013, Matthew Brett wrote: We've got 5 macs running OSX 10.4 through 10.8 for us, you'd be welcome to remote access to those, and we'd be happy to run builds for you. Paul Ivanov has or will have access to the buildbot master and all the slaves. We also have an XP and Windows 7 64 bit machine you are welcome to use. Bless you for supporting OS X prior to 10.6! My family still has a quite functional OS X 10.5 machine that we should update but can't for various (less than stellar, but unfortunately real) reasons. I'm chagrined that Apple et al. no longer supports 10.5. I'm sure others feel similarly about their 10.4- machines. On the other hand, no one would blame a development team that decided not to support what even Apple does not support. :) - we just happened to have them lying around. Actually, the 10.5 machine is PPC and catches endian errors fairly often, but I'm sure we'll retire the 10.4 machine fairly soon. Cheers, Matthew -- 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-users mailing list Matplotlib-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/matplotlib-users -- 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-users mailing list Matplotlib-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/matplotlib-users
Re: [Matplotlib-users] [matplotlib-devel] I have a Mac!
I've been in touch with the Travis-CI guys about this a little bit. They restrict each project to a single OS partly to reduce resource consumption, but they said they might reconsider for paying customers (which we may want to become). Mike On 08/16/2013 04:17 PM, Matt Terry wrote: I was looking into the TravisCI Mac testing environment. Right now, you can only run tests on a single os. You also trigger a Mac build by declaring your language to be objective-c. There are probably more q quirks, but that's what I've found thus far. -matt On Aug 16, 2013 12:45 PM, Matthew Brett matthew.br...@gmail.com mailto:matthew.br...@gmail.com wrote: Hi, On Fri, Aug 16, 2013 at 10:36 AM, Kevin Hunter Kesling kmhun...@ncsu.edu mailto:kmhun...@ncsu.edu wrote: At 12:11pm -0400 Fri, 16 Aug 2013, Matthew Brett wrote: We've got 5 macs running OSX 10.4 through 10.8 for us, you'd be welcome to remote access to those, and we'd be happy to run builds for you. Paul Ivanov has or will have access to the buildbot master and all the slaves. We also have an XP and Windows 7 64 bit machine you are welcome to use. Bless you for supporting OS X prior to 10.6! My family still has a quite functional OS X 10.5 machine that we should update but can't for various (less than stellar, but unfortunately real) reasons. I'm chagrined that Apple et al. no longer supports 10.5. I'm sure others feel similarly about their 10.4- machines. On the other hand, no one would blame a development team that decided not to support what even Apple does not support. :) - we just happened to have them lying around. Actually, the 10.5 machine is PPC and catches endian errors fairly often, but I'm sure we'll retire the 10.4 machine fairly soon. Cheers, Matthew -- 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-users mailing list Matplotlib-users@lists.sourceforge.net mailto:Matplotlib-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/matplotlib-users -- 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-users mailing list Matplotlib-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/matplotlib-users -- 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-users mailing list Matplotlib-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/matplotlib-users
