Menu
▾
▴
matplotlib-devel
|
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: 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: 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: 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: 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: 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: 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: 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: 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: 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 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: 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: 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: 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: Damon M. <dam...@gm...> - 2012-09-17 22:08:56
|
On Mon, Sep 17, 2012 at 10:53 PM, Michael Droettboom <md...@st...> wrote: > 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 > The problem is that gcc 4.0 does not support objective c 2.0. The "for (blah in thing) .." construct was a new addition in Objective C 2.0. -- Damon McDougall http://www.damon.is-a-geek.com B2.39 Mathematics Institute University of Warwick Coventry West Midlands CV4 7AL United Kingdom |
|
From: Russell E. O. <ro...@uw...> - 2012-09-18 22:57:47
|
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 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. It appears that import matplotlib no longer imports matplotlib.dates -- that I must do that explicitly: import matplotlib.dates Is that an intentional change? It breaks existing code of mine, which is easily fixed and perhaps was making unwarranted assumptions. But I wonder what else will break. -- Russell P.S. Damon McDougall and mdehoon fixed the problem with matplotlib building for Mac using gcc 4.0! Many thanks! |
|
From: Paul H. <pmh...@gm...> - 2012-09-18 23:05:19
|
On Tue, Sep 18, 2012 at 3:57 PM, Russell E. Owen <ro...@uw...> wrote: > 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 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. > > It appears that > import matplotlib > no longer imports matplotlib.dates -- that I must do that explicitly: > import matplotlib.dates > > Is that an intentional change? It breaks existing code of mine, which is > easily fixed and perhaps was making unwarranted assumptions. But I > wonder what else will break. Russel, Which version were you on? with MPL v1.1 i get: In [28]: import matplotlib In [29]: matplotlib.dates --------------------------------------------------------------------------- AttributeError Traceback (most recent call last) <ipython-input-29-a13aa8cf36d8> in <module>() ----> 1 matplotlib.dates AttributeError: 'module' object has no attribute 'dates' In [30]: matplotlib.__version__ Out[30]: '1.1.0' In [31]: import matplotlib.dates In [32]: matplotlib.dates Out[32]: <module 'matplotlib.dates' from 'C:\Python27\lib\site-packages\matplotlib\dates.pyc'> |
|
From: Russell O. <ro...@uw...> - 2012-09-18 23:48:16
|
On Sep 18, 2012, at 4:05 PM, Paul Hobson wrote: > On Tue, Sep 18, 2012 at 3:57 PM, Russell E. Owen <ro...@uw...> wrote: >> 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 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. >> >> It appears that >> import matplotlib >> no longer imports matplotlib.dates -- that I must do that explicitly: >> import matplotlib.dates >> >> Is that an intentional change? It breaks existing code of mine, which is >> easily fixed and perhaps was making unwarranted assumptions. But I >> wonder what else will break. > > Russel, > > Which version were you on? with MPL v1.1 i get: > In [28]: import matplotlib > > In [29]: matplotlib.dates > --------------------------------------------------------------------------- > AttributeError Traceback (most recent call last) > <ipython-input-29-a13aa8cf36d8> in <module>() > ----> 1 matplotlib.dates > > AttributeError: 'module' object has no attribute 'dates' > > In [30]: matplotlib.__version__ > Out[30]: '1.1.0' > > In [31]: import matplotlib.dates > > In [32]: matplotlib.dates > Out[32]: <module 'matplotlib.dates' from > 'C:\Python27\lib\site-packages\matplotlib\dates.pyc'> I was using 1.1.1 most recently. I'm not sure when I started using matplotlib.dates without explicitly importing it. In any case, it sounds as if it's not meant to work, so there's no need to change anything in matplotlib. Regards, -- Russell |
|
From: Phil E. <pel...@gm...> - 2012-09-19 08:09:05
|
Russell, I fixed this and it will be in rc2. See https://github.com/matplotlib/matplotlib/pull/1264. Thanks, On 19 September 2012 00:32, Russell Owen <ro...@uw...> wrote: > > On Sep 18, 2012, at 4:05 PM, Paul Hobson wrote: > > > On Tue, Sep 18, 2012 at 3:57 PM, Russell E. Owen <ro...@uw...> wrote: > >> 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 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. > >> > >> It appears that > >> import matplotlib > >> no longer imports matplotlib.dates -- that I must do that explicitly: > >> import matplotlib.dates > >> > >> Is that an intentional change? It breaks existing code of mine, which is > >> easily fixed and perhaps was making unwarranted assumptions. But I > >> wonder what else will break. > > > > Russel, > > > > Which version were you on? with MPL v1.1 i get: > > In [28]: import matplotlib > > > > In [29]: matplotlib.dates > > > --------------------------------------------------------------------------- > > AttributeError Traceback (most recent call > last) > > <ipython-input-29-a13aa8cf36d8> in <module>() > > ----> 1 matplotlib.dates > > > > AttributeError: 'module' object has no attribute 'dates' > > > > In [30]: matplotlib.__version__ > > Out[30]: '1.1.0' > > > > In [31]: import matplotlib.dates > > > > In [32]: matplotlib.dates > > Out[32]: <module 'matplotlib.dates' from > > 'C:\Python27\lib\site-packages\matplotlib\dates.pyc'> > > I was using 1.1.1 most recently. I'm not sure when I started using > matplotlib.dates without explicitly importing it. > > In any case, it sounds as if it's not meant to work, so there's no need to > change anything in matplotlib. > > Regards, > > -- 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 > |
×
Want the latest updates on software, tech news, and AI?
Get latest updates about software, tech news, and AI from SourceForge directly in your inbox once a month.
Thanks for helping keep SourceForge clean.
X