Menu
▾
▴
matplotlib-devel — matplotlib developers
You can subscribe to this list here.
| 2003 |
Jan
|
Feb
|
Mar
|
Apr
|
May
|
Jun
|
Jul
|
Aug
|
Sep
|
Oct
(1) |
Nov
(33) |
Dec
(20) |
|---|---|---|---|---|---|---|---|---|---|---|---|---|
| 2004 |
Jan
(7) |
Feb
(44) |
Mar
(51) |
Apr
(43) |
May
(43) |
Jun
(36) |
Jul
(61) |
Aug
(44) |
Sep
(25) |
Oct
(82) |
Nov
(97) |
Dec
(47) |
| 2005 |
Jan
(77) |
Feb
(143) |
Mar
(42) |
Apr
(31) |
May
(93) |
Jun
(93) |
Jul
(35) |
Aug
(78) |
Sep
(56) |
Oct
(44) |
Nov
(72) |
Dec
(75) |
| 2006 |
Jan
(116) |
Feb
(99) |
Mar
(181) |
Apr
(171) |
May
(112) |
Jun
(86) |
Jul
(91) |
Aug
(111) |
Sep
(77) |
Oct
(72) |
Nov
(57) |
Dec
(51) |
| 2007 |
Jan
(64) |
Feb
(116) |
Mar
(70) |
Apr
(74) |
May
(53) |
Jun
(40) |
Jul
(519) |
Aug
(151) |
Sep
(132) |
Oct
(74) |
Nov
(282) |
Dec
(190) |
| 2008 |
Jan
(141) |
Feb
(67) |
Mar
(69) |
Apr
(96) |
May
(227) |
Jun
(404) |
Jul
(399) |
Aug
(96) |
Sep
(120) |
Oct
(205) |
Nov
(126) |
Dec
(261) |
| 2009 |
Jan
(136) |
Feb
(136) |
Mar
(119) |
Apr
(124) |
May
(155) |
Jun
(98) |
Jul
(136) |
Aug
(292) |
Sep
(174) |
Oct
(126) |
Nov
(126) |
Dec
(79) |
| 2010 |
Jan
(109) |
Feb
(83) |
Mar
(139) |
Apr
(91) |
May
(79) |
Jun
(164) |
Jul
(184) |
Aug
(146) |
Sep
(163) |
Oct
(128) |
Nov
(70) |
Dec
(73) |
| 2011 |
Jan
(235) |
Feb
(165) |
Mar
(147) |
Apr
(86) |
May
(74) |
Jun
(118) |
Jul
(65) |
Aug
(75) |
Sep
(162) |
Oct
(94) |
Nov
(48) |
Dec
(44) |
| 2012 |
Jan
(49) |
Feb
(40) |
Mar
(88) |
Apr
(35) |
May
(52) |
Jun
(69) |
Jul
(90) |
Aug
(123) |
Sep
(112) |
Oct
(120) |
Nov
(105) |
Dec
(116) |
| 2013 |
Jan
(76) |
Feb
(26) |
Mar
(78) |
Apr
(43) |
May
(61) |
Jun
(53) |
Jul
(147) |
Aug
(85) |
Sep
(83) |
Oct
(122) |
Nov
(18) |
Dec
(27) |
| 2014 |
Jan
(58) |
Feb
(25) |
Mar
(49) |
Apr
(17) |
May
(29) |
Jun
(39) |
Jul
(53) |
Aug
(52) |
Sep
(35) |
Oct
(47) |
Nov
(110) |
Dec
(27) |
| 2015 |
Jan
(50) |
Feb
(93) |
Mar
(96) |
Apr
(30) |
May
(55) |
Jun
(83) |
Jul
(44) |
Aug
(8) |
Sep
(5) |
Oct
|
Nov
(1) |
Dec
(1) |
| 2016 |
Jan
|
Feb
|
Mar
(1) |
Apr
|
May
|
Jun
(2) |
Jul
|
Aug
(3) |
Sep
(1) |
Oct
(3) |
Nov
|
Dec
|
| 2017 |
Jan
|
Feb
(5) |
Mar
|
Apr
|
May
|
Jun
|
Jul
(3) |
Aug
|
Sep
(7) |
Oct
|
Nov
|
Dec
|
| 2018 |
Jan
|
Feb
|
Mar
|
Apr
|
May
|
Jun
|
Jul
(2) |
Aug
|
Sep
|
Oct
|
Nov
|
Dec
|
|
From: Sandro T. <mo...@de...> - 2012-09-17 22:05:54
|
On Mon, Sep 17, 2012 at 2:22 PM, Michael Droettboom <md...@st...> wrote: > On 09/16/2012 12:26 PM, Sandro Tosi wrote: >> >> Hi Michael, >> >> On Wed, Sep 12, 2012 at 4:44 PM, Michael Droettboom <md...@st...> >> wrote: >>> >>> I have tagged and created a tarball for 1.2.0rc1. The githash is >>> bda6dd9feab8. The tarball is on the github download page here: >>> >>> https://github.com/matplotlib/matplotlib/downloads >> >> Awesome! I'll start updating the Debian package asap. Just a couple of >> preliminary questions: >> >> - from now on, the official download place will be github? I'm just >> asking so that we can update our monitoring tools to be notified of >> new upstream releases/RCs and so on. > > Yes. Great, updated Debian new upstream releases monitoring tool. >> - previously, we have 2 tarballs: the "normal" one plus a >> complementary sampledata ones containing the files below; but now it >> seems those files are included in the main tarball: is that correct? >> can I conclude the 2 tarballs are now merged into just one? >> >> mpl_sampledata-1.0.1/ >> mpl_sampledata-1.0.1/aapl.npy >> mpl_sampledata-1.0.1/testdir/ >> mpl_sampledata-1.0.1/testdir/subdir/ >> mpl_sampledata-1.0.1/testdir/subdir/testsub.csv >> mpl_sampledata-1.0.1/AAPL.dat >> mpl_sampledata-1.0.1/Minduka_Present_Blue_Pack.png >> mpl_sampledata-1.0.1/PKG-INFO >> mpl_sampledata-1.0.1/eeg.dat >> mpl_sampledata-1.0.1/testdata.csv >> mpl_sampledata-1.0.1/MANIFEST.in >> mpl_sampledata-1.0.1/setup.py >> mpl_sampledata-1.0.1/lena.jpg >> mpl_sampledata-1.0.1/data_x_x2_x3.csv >> mpl_sampledata-1.0.1/lena.png >> mpl_sampledata-1.0.1/README.txt >> mpl_sampledata-1.0.1/msft.csv >> mpl_sampledata-1.0.1/axes_grid/ >> mpl_sampledata-1.0.1/axes_grid/bivariate_normal.npy >> mpl_sampledata-1.0.1/aapl.csv >> mpl_sampledata-1.0.1/msft_nasdaq.npy >> mpl_sampledata-1.0.1/demodata.csv >> mpl_sampledata-1.0.1/s1045.ima >> mpl_sampledata-1.0.1/goog.npy >> mpl_sampledata-1.0.1/logo2.png >> mpl_sampledata-1.0.1/embedding_in_wx3.xrc >> mpl_sampledata-1.0.1/membrane.dat >> mpl_sampledata-1.0.1/INTC.dat > > > Yes. The sampledata is now included in the main distribution. awesome, it kinda like it more than the previous situation. Cheers, -- Sandro Tosi (aka morph, morpheus, matrixhasu) My website: http://matrixhasu.altervista.org/ Me at Debian: http://wiki.debian.org/SandroTosi |
|
From: Sandro T. <mo...@de...> - 2012-09-17 22:04:55
|
On Mon, Sep 17, 2012 at 1:45 PM, Phil Elson <pel...@gm...> wrote: > @Sandro: Yes, we merged the two together to simplify our code base and to > reduce dependencies etc.; Hopefully that doesn't cause you too much grief? Oh no, it's actually the opposite: I like it much more the unified tarballs than what we had before. Cheers, -- Sandro Tosi (aka morph, morpheus, matrixhasu) My website: http://matrixhasu.altervista.org/ Me at Debian: http://wiki.debian.org/SandroTosi |
|
From: Michael D. <md...@st...> - 2012-09-17 21:53:19
|
Thanks for this. I think it makes sense to see if we can get to the bottom of this before putting out another release candidate. I have a feeling that the solution might be obvious to an Objective C expert -- which I am not. Mike On 09/17/2012 03:34 PM, Russell E. Owen wrote: > In article > <CA+...@ma...>, > Phil Elson <pel...@gm...> wrote: > >> @Sandro: Yes, we merged the two together to simplify our code base and to >> reduce dependencies etc.; Hopefully that doesn't cause you too much grief? >> >> >> Eric/Russell, is there an issue on github for the reported problem? > I just submitted ticket #1270 > <https://github.com/matplotlib/matplotlib/issues/1270> > > -- Russell > > > ------------------------------------------------------------------------------ > Live Security Virtual Conference > Exclusive live event will cover all the ways today's security and > threat landscape has changed and how IT managers can respond. Discussions > will include endpoint security, mobile security and the latest in malware > threats. http://www.accelacomm.com/jaw/sfrnl04242012/114/50122263/ > _______________________________________________ > Matplotlib-devel mailing list > Mat...@li... > https://lists.sourceforge.net/lists/listinfo/matplotlib-devel |
|
From: Russell E. O. <ro...@uw...> - 2012-09-17 19:34:48
|
In article <CA+...@ma...>, Phil Elson <pel...@gm...> wrote: > @Sandro: Yes, we merged the two together to simplify our code base and to > reduce dependencies etc.; Hopefully that doesn't cause you too much grief? > > > Eric/Russell, is there an issue on github for the reported problem? I just submitted ticket #1270 <https://github.com/matplotlib/matplotlib/issues/1270> -- Russell |
|
From: Damon M. <dam...@gm...> - 2012-09-17 16:59:40
|
On Mon, Sep 17, 2012 at 5:12 PM, <kei...@bt...> wrote: > "This is an object-orient plotting library" should say "... object-oriented ...". > > Keith Thanks. Fixed in https://github.com/matplotlib/matplotlib/pull/1267 -- Damon McDougall http://www.damon.is-a-geek.com B2.39 Mathematics Institute University of Warwick Coventry West Midlands CV4 7AL United Kingdom |
|
From: <kei...@bt...> - 2012-09-17 16:13:03
|
"This is an object-orient plotting library" should say "... object-oriented ...". Keith |
|
From: Michael D. <md...@st...> - 2012-09-17 12:25:42
|
On 09/17/2012 07:45 AM, Phil Elson wrote: > Eric/Russell, is there an issue on github for the reported problem? > > Based on Christoph's comments, and couple of bugs I have just tracked > down, it sounds like we could do with a RC2 soon-ish. > > The calendar states RC2 will be the 8th of October. Is it worth moving > that forward to get some useful testing on Windows under the belt? Yes, I was thinking the same thing. I should have some time to do another round of bug triaging and then tag a release tomorrow. Mike |
|
From: Michael D. <md...@st...> - 2012-09-17 12:23:37
|
On 09/16/2012 12:26 PM, Sandro Tosi wrote: > Hi Michael, > > On Wed, Sep 12, 2012 at 4:44 PM, Michael Droettboom <md...@st...> wrote: >> I have tagged and created a tarball for 1.2.0rc1. The githash is >> bda6dd9feab8. The tarball is on the github download page here: >> >> https://github.com/matplotlib/matplotlib/downloads > Awesome! I'll start updating the Debian package asap. Just a couple of > preliminary questions: > > - from now on, the official download place will be github? I'm just > asking so that we can update our monitoring tools to be notified of > new upstream releases/RCs and so on. Yes. > - previously, we have 2 tarballs: the "normal" one plus a > complementary sampledata ones containing the files below; but now it > seems those files are included in the main tarball: is that correct? > can I conclude the 2 tarballs are now merged into just one? > > mpl_sampledata-1.0.1/ > mpl_sampledata-1.0.1/aapl.npy > mpl_sampledata-1.0.1/testdir/ > mpl_sampledata-1.0.1/testdir/subdir/ > mpl_sampledata-1.0.1/testdir/subdir/testsub.csv > mpl_sampledata-1.0.1/AAPL.dat > mpl_sampledata-1.0.1/Minduka_Present_Blue_Pack.png > mpl_sampledata-1.0.1/PKG-INFO > mpl_sampledata-1.0.1/eeg.dat > mpl_sampledata-1.0.1/testdata.csv > mpl_sampledata-1.0.1/MANIFEST.in > mpl_sampledata-1.0.1/setup.py > mpl_sampledata-1.0.1/lena.jpg > mpl_sampledata-1.0.1/data_x_x2_x3.csv > mpl_sampledata-1.0.1/lena.png > mpl_sampledata-1.0.1/README.txt > mpl_sampledata-1.0.1/msft.csv > mpl_sampledata-1.0.1/axes_grid/ > mpl_sampledata-1.0.1/axes_grid/bivariate_normal.npy > mpl_sampledata-1.0.1/aapl.csv > mpl_sampledata-1.0.1/msft_nasdaq.npy > mpl_sampledata-1.0.1/demodata.csv > mpl_sampledata-1.0.1/s1045.ima > mpl_sampledata-1.0.1/goog.npy > mpl_sampledata-1.0.1/logo2.png > mpl_sampledata-1.0.1/embedding_in_wx3.xrc > mpl_sampledata-1.0.1/membrane.dat > mpl_sampledata-1.0.1/INTC.dat Yes. The sampledata is now included in the main distribution. Mike > > Cheers, |
|
From: Phil E. <pel...@gm...> - 2012-09-17 11:46:05
|
@Sandro: Yes, we merged the two together to simplify our code base and to reduce dependencies etc.; Hopefully that doesn't cause you too much grief? Eric/Russell, is there an issue on github for the reported problem? Based on Christoph's comments, and couple of bugs I have just tracked down, it sounds like we could do with a RC2 soon-ish. The calendar states RC2 will be the 8th of October. Is it worth moving that forward to get some useful testing on Windows under the belt? Regards, On 16 September 2012 17:26, Sandro Tosi <mo...@de...> wrote: > Hi Michael, > > On Wed, Sep 12, 2012 at 4:44 PM, Michael Droettboom <md...@st...> > wrote: > > I have tagged and created a tarball for 1.2.0rc1. The githash is > > bda6dd9feab8. The tarball is on the github download page here: > > > > https://github.com/matplotlib/matplotlib/downloads > > Awesome! I'll start updating the Debian package asap. Just a couple of > preliminary questions: > > - from now on, the official download place will be github? I'm just > asking so that we can update our monitoring tools to be notified of > new upstream releases/RCs and so on. > - previously, we have 2 tarballs: the "normal" one plus a > complementary sampledata ones containing the files below; but now it > seems those files are included in the main tarball: is that correct? > can I conclude the 2 tarballs are now merged into just one? > > mpl_sampledata-1.0.1/ > mpl_sampledata-1.0.1/aapl.npy > mpl_sampledata-1.0.1/testdir/ > mpl_sampledata-1.0.1/testdir/subdir/ > mpl_sampledata-1.0.1/testdir/subdir/testsub.csv > mpl_sampledata-1.0.1/AAPL.dat > mpl_sampledata-1.0.1/Minduka_Present_Blue_Pack.png > mpl_sampledata-1.0.1/PKG-INFO > mpl_sampledata-1.0.1/eeg.dat > mpl_sampledata-1.0.1/testdata.csv > mpl_sampledata-1.0.1/MANIFEST.in > mpl_sampledata-1.0.1/setup.py > mpl_sampledata-1.0.1/lena.jpg > mpl_sampledata-1.0.1/data_x_x2_x3.csv > mpl_sampledata-1.0.1/lena.png > mpl_sampledata-1.0.1/README.txt > mpl_sampledata-1.0.1/msft.csv > mpl_sampledata-1.0.1/axes_grid/ > mpl_sampledata-1.0.1/axes_grid/bivariate_normal.npy > mpl_sampledata-1.0.1/aapl.csv > mpl_sampledata-1.0.1/msft_nasdaq.npy > mpl_sampledata-1.0.1/demodata.csv > mpl_sampledata-1.0.1/s1045.ima > mpl_sampledata-1.0.1/goog.npy > mpl_sampledata-1.0.1/logo2.png > mpl_sampledata-1.0.1/embedding_in_wx3.xrc > mpl_sampledata-1.0.1/membrane.dat > mpl_sampledata-1.0.1/INTC.dat > > Cheers, > -- > Sandro Tosi (aka morph, morpheus, matrixhasu) > My website: http://matrixhasu.altervista.org/ > Me at Debian: http://wiki.debian.org/SandroTosi > > > ------------------------------------------------------------------------------ > Everyone hates slow websites. So do we. > Make your web apps faster with AppDynamics > Download AppDynamics Lite for free today: > http://ad.doubleclick.net/clk;258768047;13503038;j? > http://info.appdynamics.com/FreeJavaPerformanceDownload.html > _______________________________________________ > Matplotlib-devel mailing list > Mat...@li... > https://lists.sourceforge.net/lists/listinfo/matplotlib-devel > |
|
From: Sandro T. <mo...@de...> - 2012-09-16 16:26:47
|
Hi Michael, On Wed, Sep 12, 2012 at 4:44 PM, Michael Droettboom <md...@st...> wrote: > I have tagged and created a tarball for 1.2.0rc1. The githash is > bda6dd9feab8. The tarball is on the github download page here: > > https://github.com/matplotlib/matplotlib/downloads Awesome! I'll start updating the Debian package asap. Just a couple of preliminary questions: - from now on, the official download place will be github? I'm just asking so that we can update our monitoring tools to be notified of new upstream releases/RCs and so on. - previously, we have 2 tarballs: the "normal" one plus a complementary sampledata ones containing the files below; but now it seems those files are included in the main tarball: is that correct? can I conclude the 2 tarballs are now merged into just one? mpl_sampledata-1.0.1/ mpl_sampledata-1.0.1/aapl.npy mpl_sampledata-1.0.1/testdir/ mpl_sampledata-1.0.1/testdir/subdir/ mpl_sampledata-1.0.1/testdir/subdir/testsub.csv mpl_sampledata-1.0.1/AAPL.dat mpl_sampledata-1.0.1/Minduka_Present_Blue_Pack.png mpl_sampledata-1.0.1/PKG-INFO mpl_sampledata-1.0.1/eeg.dat mpl_sampledata-1.0.1/testdata.csv mpl_sampledata-1.0.1/MANIFEST.in mpl_sampledata-1.0.1/setup.py mpl_sampledata-1.0.1/lena.jpg mpl_sampledata-1.0.1/data_x_x2_x3.csv mpl_sampledata-1.0.1/lena.png mpl_sampledata-1.0.1/README.txt mpl_sampledata-1.0.1/msft.csv mpl_sampledata-1.0.1/axes_grid/ mpl_sampledata-1.0.1/axes_grid/bivariate_normal.npy mpl_sampledata-1.0.1/aapl.csv mpl_sampledata-1.0.1/msft_nasdaq.npy mpl_sampledata-1.0.1/demodata.csv mpl_sampledata-1.0.1/s1045.ima mpl_sampledata-1.0.1/goog.npy mpl_sampledata-1.0.1/logo2.png mpl_sampledata-1.0.1/embedding_in_wx3.xrc mpl_sampledata-1.0.1/membrane.dat mpl_sampledata-1.0.1/INTC.dat Cheers, -- Sandro Tosi (aka morph, morpheus, matrixhasu) My website: http://matrixhasu.altervista.org/ Me at Debian: http://wiki.debian.org/SandroTosi |
|
From: Pierre H. <pie...@cr...> - 2012-09-14 20:51:20
|
Hi Phil, Le 13/09/2012 16:50, Phil Elson a écrit : > Your issue looks legit, I have looked through the axes.py Axes.draw > method, and there is no filtering based on the visibility toggle for > anything but images. Seems like it could be a very easy fix, would you > be willing to open an issue on the github tracker? > https://github.com/matplotlib/matplotlib/issues/new Thank your very much for your feedback. I've opened the issue (https://github.com/matplotlib/matplotlib/issues/1256) and started to investigate a bit. It's the first time I'm browsing matplotlib code but fortunately I have this part of the API quite well in mind. I guess the next step is git-cloning and compiling the code... I need to take a look at the Developper's Guide first ! Best, Pierre |
|
From: Damon M. <dam...@gm...> - 2012-09-14 18:23:03
|
All, John Hunter, lead author of matplotlib, has been awarded PSF's Distinguished Service Award. For details, see http://pyfound.blogspot.co.uk/2012/09/announcing-2012-distinctive-service.html Some of you may have already seen this. For those who haven't, it serves as a poignant reminder to the immense effort of John and the matplotlib developers over the past decade. Best, Damon -- Damon McDougall http://www.damon.is-a-geek.com B2.39 Mathematics Institute University of Warwick Coventry West Midlands CV4 7AL United Kingdom |
|
From: Eric F. <ef...@ha...> - 2012-09-14 01:42:40
|
On 2012/09/13 11:56 AM, Russell E. Owen wrote: > building 'matplotlib.backends._macosx' extension > gcc-4.0 -fno-strict-aliasing -fno-common -dynamic -isysroot > /Developer/SDKs/MacOSX10.4u.sdk -arch ppc -arch i386 -g -O2 -DNDEBUG -g > -O3 -DPY_ARRAY_UNIQUE_SYMBOL=MPL_ARRAY_API -DPYCXX_ISO_CPP_LIB=1 > -I/usr/local/include -I/usr/include -I/usr/X11/include > -I/Library/Frameworks/Python.framework/Versions/2.7/lib/python2.7/site-pa > ckages/numpy/core/include -I/usr/local/include -I/usr/include -I. > -I/Library/Frameworks/Python.framework/Versions/2.7/lib/python2.7/site-pa > ckages/numpy/core/include -Isrc -Iagg24/include -I. > -I/Library/Frameworks/Python.framework/Versions/2.7/include/python2.7 -c > src/_macosx.m -o build/temp.macosx-10.3-fat-2.7/src/_macosx.o > src/_macosx.m: In function 'show': > src/_macosx.m:5763: error: nested functions are disabled, use > -fnested-functions to re-enable > src/_macosx.m:5763: error: syntax error before 'in' > src/_macosx.m: At top level: > src/_macosx.m:5768: error: parse error before 'PyObject' > src/_macosx.m: In function 'show': > src/_macosx.m:5763: error: nested functions are disabled, use > -fnested-functions to re-enable > src/_macosx.m:5763: error: syntax error before 'in' > src/_macosx.m: At top level: > src/_macosx.m:5768: error: parse error before 'PyObject' > lipo: can't figure out the architecture type of: /var/tmp//ccI9WUN2.out > error: command 'gcc-4.0' failed with exit status 1 > d-173-250-206-120:/Archives/PythonPackages/matplotlib-1.2.0rc1 It looks like this is failing on code introduced with PR #1036. Eric |
|
From: Russell E. O. <ro...@uw...> - 2012-09-13 21:57:16
|
In article <505...@st...>, Michael Droettboom <md...@st...> wrote: > I have tagged and created a tarball for 1.2.0rc1. The githash is > bda6dd9feab8. The tarball is on the github download page here: > > https://github.com/matplotlib/matplotlib/downloads I have a Mac OS X 10.6, python.org 64-bit python 2.7 version ready. I have uploaded it here: <http://www.astro.washington.edu/users/rowen/python/matplotlib-1.2.0rc1-p y2.7-python.org-macosx10.6.dmg> since I could not figure out how to upload it to the github page (I am logged in as r-owen but no sign of upload capability). The test results look good to me, though the warning is a pity: localhost$ python -c "import matplotlib as m ; m.test(verbosity=1)" ......................................................................... ......................................................................... .........SSS.K...............................K........................... ......................................................................... ......................................................................... ......................................................................... ......................................................................... ......................................................................... ......................................................................... ......................................................................... ......................................................................... ......................................................................... ......................................................................... ......................................................................... ......................................................................... .............................................................../Library/F rameworks/Python.framework/Versions/2.7/lib/python2.7/site-packages/matpl otlib/gridspec.py:298: UserWarning: This figure includes Axes that are not compatible with tight_layout, so its results might be incorrect. warnings.warn("This figure includes Axes that are not " .............................. ---------------------------------------------------------------------- Ran 1188 tests in 474.571s OK (KNOWNFAIL=2, SKIP=3) /Library/Frameworks/Python.framework/Versions/2.7/lib/python2.7/site-pack ages/matplotlib/__init__.py:997: UserWarning: This call to matplotlib.use() has no effect because the the backend has already been chosen; matplotlib.use() must be called *before* pylab, matplotlib.pyplot, or matplotlib.backends is imported for the first time. warnings.warn(_use_error_msg) I also tried to build a Mac OS X 10.3, python.org 32-bit python, but that failed. Any advice on how to proceed would be welcome. I have appended the build log. -- Russell Log of failed build for Mac OS X 10.3 (on Mac OS X 10.4) for python.org 32-bit python 2.7. d-173-250-206-120:/Archives/PythonPackages/matplotlib-1.2.0rc1 rowen$ python setup.py build basedirlist is: ['/usr/local/', '/usr', '/usr/X11'] ========================================================================= === BUILDING MATPLOTLIB matplotlib: 1.2.0rc1 python: 2.7.2 (v2.7.2:8527427914a2, Jun 11 2011, 14:13:39) [GCC 4.0.1 (Apple Inc. build 5493)] platform: darwin REQUIRED DEPENDENCIES numpy: 1.6.2 freetype2: found, but unknown version (no pkg-config) OPTIONAL BACKEND DEPENDENCIES libpng: found, but unknown version (no pkg-config) Tkinter: Tkinter: version not identified, Tk: 8.4, Tcl: 8.4 Gtk+: no * Building for Gtk+ requires pygtk; you must be able * to "import gtk" in your build/install environment Mac OS X native: yes Qt: no Qt4: no PySide: no Cairo: no OPTIONAL DATE/TIMEZONE DEPENDENCIES dateutil: matplotlib will provide pytz: matplotlib will provide adding pytz OPTIONAL USETEX DEPENDENCIES dvipng: no ghostscript: /bin/sh: line 1: gs: command not found latex: no [Edit setup.cfg to suppress the above messages] ========================================================================= === pymods ['pylab'] packages ['matplotlib', 'matplotlib.backends', 'matplotlib.backends.qt4_editor', 'matplotlib.projections', 'matplotlib.testing', 'matplotlib.testing.jpl_units', 'matplotlib.tests', 'mpl_toolkits', 'mpl_toolkits.mplot3d', 'mpl_toolkits.axes_grid', 'mpl_toolkits.axes_grid1', 'mpl_toolkits.axisartist', 'matplotlib.sphinxext', 'matplotlib.tri', 'matplotlib.delaunay', 'pytz', 'dateutil', 'dateutil.zoneinfo'] running build running build_py creating build creating build/lib.macosx-10.3-fat-2.7 copying lib/pylab.py -> build/lib.macosx-10.3-fat-2.7 creating build/lib.macosx-10.3-fat-2.7/matplotlib copying lib/matplotlib/__init__.py -> build/lib.macosx-10.3-fat-2.7/matplotlib ... copying lib/dateutil_py2/zoneinfo/zoneinfo-2010g.tar.gz -> build/lib.macosx-10.3-fat-2.7/dateutil/zoneinfo running build_ext building 'matplotlib.ft2font' extension creating build/temp.macosx-10.3-fat-2.7 creating build/temp.macosx-10.3-fat-2.7/src creating build/temp.macosx-10.3-fat-2.7/CXX gcc-4.0 -fno-strict-aliasing -fno-common -dynamic -isysroot /Developer/SDKs/MacOSX10.4u.sdk -arch ppc -arch i386 -g -O2 -DNDEBUG -g -O3 -DPY_ARRAY_UNIQUE_SYMBOL=MPL_ARRAY_API -DPYCXX_ISO_CPP_LIB=1 -I/usr/local/include -I/usr/include -I/usr/X11/include -I/Library/Frameworks/Python.framework/Versions/2.7/lib/python2.7/site-pa ckages/numpy/core/include -I/usr/local/include -I/usr/include -I. -I/usr/local/include/freetype2 -I/usr/include/freetype2 -I/usr/X11/include/freetype2 -I/Library/Frameworks/Python.framework/Versions/2.7/lib/python2.7/site-pa ckages/numpy/core/include/freetype2 -I/usr/local/include/freetype2 -I/usr/include/freetype2 -I./freetype2 -I/Library/Frameworks/Python.framework/Versions/2.7/include/python2.7 -c src/ft2font.cpp -o build/temp.macosx-10.3-fat-2.7/src/ft2font.o ... building 'matplotlib.backends._tkagg' extension gcc-4.0 -fno-strict-aliasing -fno-common -dynamic -isysroot /Developer/SDKs/MacOSX10.4u.sdk -arch ppc -arch i386 -g -O2 -DNDEBUG -g -O3 -DPY_ARRAY_UNIQUE_SYMBOL=MPL_ARRAY_API -DPYCXX_ISO_CPP_LIB=1 -I/usr/local/include -I/usr/include -I/usr/X11/include -I/Library/Frameworks/Tcl.framework/Headers -I/Library/Frameworks/Tcl.framework/Versions/Current/PrivateHeaders -I/Library/Frameworks/Tk.framework/Headers -I/Library/Frameworks/Tk.framework/Versions/Current/PrivateHeaders -I/usr/local/include -I/usr/include -I. -I/Library/Frameworks/Python.framework/Versions/2.7/lib/python2.7/site-pa ckages/numpy/core/include -Isrc -Iagg24/include -I. -I/Library/Frameworks/Python.framework/Versions/2.7/lib/python2.7/site-pa ckages/numpy/core/include -I/usr/local/include -I/usr/include -I. -I/usr/local/include/freetype2 -I/usr/include/freetype2 -I/usr/X11/include/freetype2 -I/Library/Frameworks/Tcl.framework/Headers/freetype2 -I/Library/Frameworks/Tcl.framework/Versions/Current/PrivateHeaders/freet ype2 -I/Library/Frameworks/Tk.framework/Headers/freetype2 -I/Library/Frameworks/Tk.framework/Versions/Current/PrivateHeaders/freety pe2 -I/usr/local/include/freetype2 -I/usr/include/freetype2 -I./freetype2 -I/Library/Frameworks/Python.framework/Versions/2.7/lib/python2.7/site-pa ckages/numpy/core/include/freetype2 -Isrc/freetype2 -Iagg24/include/freetype2 -I./freetype2 -I/Library/Frameworks/Python.framework/Versions/2.7/lib/python2.7/site-pa ckages/numpy/core/include/freetype2 -I/usr/local/include/freetype2 -I/usr/include/freetype2 -I./freetype2 -I/Library/Frameworks/Python.framework/Versions/2.7/include/python2.7 -c src/agg_py_transforms.cpp -o build/temp.macosx-10.3-fat-2.7/src/agg_py_transforms.o -framework Tcl -framework Tk powerpc-apple-darwin8-gcc-4.0.1: -framework: linker input file unused because linking not done powerpc-apple-darwin8-gcc-4.0.1: Tcl: linker input file unused because linking not done powerpc-apple-darwin8-gcc-4.0.1: -framework: linker input file unused because linking not done powerpc-apple-darwin8-gcc-4.0.1: Tk: linker input file unused because linking not done i686-apple-darwin8-gcc-4.0.1: -framework: linker input file unused because linking not done i686-apple-darwin8-gcc-4.0.1: Tcl: linker input file unused because linking not done i686-apple-darwin8-gcc-4.0.1: -framework: linker input file unused because linking not done i686-apple-darwin8-gcc-4.0.1: Tk: linker input file unused because linking not done ...(five more compiles with these same warnings elided)... c++ -bundle -undefined dynamic_lookup -arch ppc -arch i386 -isysroot /Developer/SDKs/MacOSX10.4u.sdk -isysroot /Developer/SDKs/MacOSX10.4u.sdk -g build/temp.macosx-10.3-fat-2.7/src/agg_py_transforms.o build/temp.macosx-10.3-fat-2.7/src/_tkagg.o build/temp.macosx-10.3-fat-2.7/CXX/cxx_extensions.o build/temp.macosx-10.3-fat-2.7/CXX/cxxsupport.o build/temp.macosx-10.3-fat-2.7/CXX/IndirectPythonInterface.o build/temp.macosx-10.3-fat-2.7/CXX/cxxextensions.o -L/usr/local/lib -L/usr/lib -L/usr/local/lib -L/usr/lib -lstdc++ -lm -lfreetype -lz -lstdc++ -lm -o build/lib.macosx-10.3-fat-2.7/matplotlib/backends/_tkagg.so -framework Tcl -framework Tk building 'matplotlib.backends._macosx' extension gcc-4.0 -fno-strict-aliasing -fno-common -dynamic -isysroot /Developer/SDKs/MacOSX10.4u.sdk -arch ppc -arch i386 -g -O2 -DNDEBUG -g -O3 -DPY_ARRAY_UNIQUE_SYMBOL=MPL_ARRAY_API -DPYCXX_ISO_CPP_LIB=1 -I/usr/local/include -I/usr/include -I/usr/X11/include -I/Library/Frameworks/Python.framework/Versions/2.7/lib/python2.7/site-pa ckages/numpy/core/include -I/usr/local/include -I/usr/include -I. -I/Library/Frameworks/Python.framework/Versions/2.7/lib/python2.7/site-pa ckages/numpy/core/include -Isrc -Iagg24/include -I. -I/Library/Frameworks/Python.framework/Versions/2.7/include/python2.7 -c src/_macosx.m -o build/temp.macosx-10.3-fat-2.7/src/_macosx.o src/_macosx.m: In function 'show': src/_macosx.m:5763: error: nested functions are disabled, use -fnested-functions to re-enable src/_macosx.m:5763: error: syntax error before 'in' src/_macosx.m: At top level: src/_macosx.m:5768: error: parse error before 'PyObject' src/_macosx.m: In function 'show': src/_macosx.m:5763: error: nested functions are disabled, use -fnested-functions to re-enable src/_macosx.m:5763: error: syntax error before 'in' src/_macosx.m: At top level: src/_macosx.m:5768: error: parse error before 'PyObject' lipo: can't figure out the architecture type of: /var/tmp//ccI9WUN2.out error: command 'gcc-4.0' failed with exit status 1 d-173-250-206-120:/Archives/PythonPackages/matplotlib-1.2.0rc1 |
|
From: Phil E. <pel...@gm...> - 2012-09-13 14:51:05
|
> I was just wondering if I should preferably post such messages about a > possible bug report on matplotlib-users mailing list instead of the > devel ml Hi Pierre, Thanks for bringing this to our attention. You've posted to the right mailing list - I'm sorry nobody has replied, we have all been focussing on the latest 1.2 release and this has fallen through the net. Your issue looks legit, I have looked through the axes.py Axes.draw method, and there is no filtering based on the visibility toggle for anything but images. Seems like it could be a very easy fix, would you be willing to open an issue on the github tracker? https://github.com/matplotlib/matplotlib/issues/new Thanks again for raising this, All the best, Phil |
|
From: Jeff W. <js...@fa...> - 2012-09-13 02:17:37
|
On 9/12/12 7:49 PM, Michael Droettboom wrote: > I believe I've now fixed this. > > Mike Yep, it's good now. Thanks Michael. -Jeff > > On 09/12/2012 09:28 PM, Jeff Whitaker wrote: >> The link points to matplotlib.org/basemap (which doesn't exist), should >> be matplotlib.github.com/basemap. Either that, or >> matplotlib.org/basemap should redirect there. >> >> -Jeff >> >> ------------------------------------------------------------------------------ >> >> Live Security Virtual Conference >> Exclusive live event will cover all the ways today's security and >> threat landscape has changed and how IT managers can respond. >> Discussions >> will include endpoint security, mobile security and the latest in >> malware >> threats. http://www.accelacomm.com/jaw/sfrnl04242012/114/50122263/ >> _______________________________________________ >> Matplotlib-devel mailing list >> Mat...@li... >> https://lists.sourceforge.net/lists/listinfo/matplotlib-devel > |
|
From: Jeff W. <js...@fa...> - 2012-09-13 01:45:57
|
The link points to matplotlib.org/basemap (which doesn't exist), should be matplotlib.github.com/basemap. Either that, or matplotlib.org/basemap should redirect there. -Jeff |
|
From: Christoph G. <cg...@uc...> - 2012-09-12 17:36:16
|
On 9/12/2012 10:31 AM, Christoph Gohlke wrote: > On 9/12/2012 7:44 AM, Michael Droettboom wrote: >> I have tagged and created a tarball for 1.2.0rc1. The githash is >> bda6dd9feab8. The tarball is on the github download page here: >> >> https://github.com/matplotlib/matplotlib/downloads >> >> I have created a new branch, v1.2.x, for continuing 1.2.x development. >> The feature freeze on master is now lifted and big experimental changes >> can be merged into master. Any bugfixes that need to go into 1.2.x >> should be merged into both places. Please mark any PRs for the 1.2.x >> branch with the 1.2.x milestone so we can verify that things are merged >> in both places. >> >> For those creating the Windows and Macintosh builds, let's try using the >> github download page rather than the one at Sourceforge this time. It >> is a lot simpler. >> >> For those creating distro packages, now is a good time to let us know >> what can be done to make the inclusion of matplotlib 1.2.0 as smooth as >> possible. >> >> Once the binaries are available, I will make an announcement to >> matplotlib-users. >> >> Mike >> >> > > Can we hold the Windows binaries until rc2? Setup.py corrupts the pytz > package, leading to stack-overflows on Python 3 and other problems on > Python 2. > > Christoph > Sorry, I meant the dateutil package, not pytz. Christoph |
|
From: Pierre H. <pie...@cr...> - 2012-09-12 17:35:36
|
Le 10/09/2012 19:19, Pierre Haessig a écrit : > Hello, > > This may be a silly question, but I'm wondering what happens in > Matplotlib rendering when there is a "big" Line2D object (say 10**7 > points) added to an Axes, with *visibility set to false*. > > [...] Hello, I was just wondering if I should preferably post such messages about a possible bug report on matplotlib-users mailing list instead of the devel ml. I'm not familiar with the community convention of how to spit topics between those two. Or is it better if I just report directly an issue on GitHub and start discussion from there ? Best, Pierre PS : an unrelated question about mailing list : I noticed that the matplotlib-users ml archive on sourceforge seems to stop from recording starting around July 16th 2012 http://sourceforge.net/mailarchive/forum.php?forum_name=matplotlib-users (on the other hand, the devel archive seems fine). No messages appear for August and September |
|
From: Christoph G. <cg...@uc...> - 2012-09-12 17:31:36
|
On 9/12/2012 7:44 AM, Michael Droettboom wrote: > I have tagged and created a tarball for 1.2.0rc1. The githash is > bda6dd9feab8. The tarball is on the github download page here: > > https://github.com/matplotlib/matplotlib/downloads > > I have created a new branch, v1.2.x, for continuing 1.2.x development. > The feature freeze on master is now lifted and big experimental changes > can be merged into master. Any bugfixes that need to go into 1.2.x > should be merged into both places. Please mark any PRs for the 1.2.x > branch with the 1.2.x milestone so we can verify that things are merged > in both places. > > For those creating the Windows and Macintosh builds, let's try using the > github download page rather than the one at Sourceforge this time. It > is a lot simpler. > > For those creating distro packages, now is a good time to let us know > what can be done to make the inclusion of matplotlib 1.2.0 as smooth as > possible. > > Once the binaries are available, I will make an announcement to > matplotlib-users. > > Mike > > Can we hold the Windows binaries until rc2? Setup.py corrupts the pytz package, leading to stack-overflows on Python 3 and other problems on Python 2. Christoph |
|
From: Thomas K. <th...@kl...> - 2012-09-12 16:39:47
|
On 12 September 2012 15:44, Michael Droettboom <md...@st...> wrote: > For those creating distro packages, now is a good time to let us know what > can be done to make the inclusion of matplotlib 1.2.0 as smooth as possible. I think I've mentioned before, but whoever does the Debian packages is welcome to use code from my bzr branch here: https://code.launchpad.net/~takluyver/matplotlib/debian-daily It's successfully building packages from master, including Python 3 packages, using the Launchpad recipe system: https://code.launchpad.net/~takluyver/+recipe/matplotlib-daily Thanks, Thomas |
|
From: Michael D. <md...@st...> - 2012-09-12 14:45:04
|
I have tagged and created a tarball for 1.2.0rc1. The githash is bda6dd9feab8. The tarball is on the github download page here: https://github.com/matplotlib/matplotlib/downloads I have created a new branch, v1.2.x, for continuing 1.2.x development. The feature freeze on master is now lifted and big experimental changes can be merged into master. Any bugfixes that need to go into 1.2.x should be merged into both places. Please mark any PRs for the 1.2.x branch with the 1.2.x milestone so we can verify that things are merged in both places. For those creating the Windows and Macintosh builds, let's try using the github download page rather than the one at Sourceforge this time. It is a lot simpler. For those creating distro packages, now is a good time to let us know what can be done to make the inclusion of matplotlib 1.2.0 as smooth as possible. Once the binaries are available, I will make an announcement to matplotlib-users. Mike |
|
From: Pierre H. <pie...@cr...> - 2012-09-10 17:43:49
|
Hello, This may be a silly question, but I'm wondering what happens in Matplotlib rendering when there is a "big" Line2D object (say 10**7 points) added to an Axes, with *visibility set to false*. Here is an tiny script meant to be run interactively (say with Python in pylab mode) step by step : https://gist.github.com/3638471 I'm experiencing a strange slowdown of Axes rendering when such a "big line" is added to the Axes, despite the fact it is invisible. So I'm wondering if this is an expected behavior or a some kind of bug. Or maybe it's a well known fact, already fixed in the upcoming 1.2 release and in that case sorry for the duplicate. Best, Pierre PS: I'm using Matplotlib version 1.1.1rc2, from Debian Testing. Today TkAgg backend, but the other day same problem happened with Qt. |
|
From: Christoph G. <cg...@uc...> - 2012-09-10 17:39:32
|
On 9/10/2012 10:08 AM, Michael Droettboom wrote: > On 09/10/2012 12:49 PM, Mark Lawrence wrote: >> My offer to test on Windows still holds. The question is test what? >> Assuming that the intent is to support Python 2.6/7 and 3.1/2/3 then >> different versions of Visual Studio are needed as detailed here >> http://bugs.python.org/issue13210. I can't see much sense in me trying >> to build and test all that lot while other volunteers are doing exactly >> the same thing at the same time. Is there a cunning plan somewhere to >> cover this that I've missed? >> > > The process is usually that the release is tagged in github, a tarball > is created, and then various platform specialists create the binary > releases. For the last release Christoph Gohlke did the Windows builds, > and I assume he is able to do that again this time. Perhaps it makes > sense to coordinate with him to share some of that work? Anything we > can do to lessen the burden on any one person is always appreciated. > > Even leading up to the tagging of the release candidate, it's always > helpful to build from github periodically and test on the platform and > version of Python that's most important to you, and report back into the > issue tracker any test failures or other glitches. > > Mike > Hello, sure, I can provide the Windows binaries and run tests. I have not tried recent master, but I am using a ~2 month old build on Python 3.2 and 3.3 without any issues. As for Python 3.3, there were no problems building matplotlib with Visual Studio 2010, but there is no official numpy release supporting Python 3.3 yet. I also have a PIL fork that works on Python 3, which is good for testing. Christoph |
|
From: Damon M. <dam...@gm...> - 2012-09-10 17:35:00
|
On Mon, Sep 10, 2012 at 5:00 PM, Michael Droettboom <md...@st...> wrote: > We have a few outstanding issues, which I'll categorize below: > > Critical things that need just a little more work: > > #1223 dpi= for bitmaps not handled correctly I don't believe this is release critical. It only affects metadata. Eric has fixed this for TIFFs but there may be outstanding issues with other bitmap types. My feeling is that the below issues should receive more attention. > #1209 Pass linewidth to Mac context properly > #786 savefig() renders paths and text differently than show() > #113 dpi= doesn't seem to have any effect with MacOS X backend Michiel has provided great feedback regarding the previously proposed solution to part of this problem, and this has been reflected in the updated pull request. -- Damon McDougall http://www.damon.is-a-geek.com B2.39 Mathematics Institute University of Warwick Coventry West Midlands CV4 7AL United Kingdom |
127 messages has been excluded from this view by a project administrator.
