Re: [Matplotlib-users] [matplotlib-devel] v1.4.3rc1
On Mon, Feb 9, 2015 at 1:00 AM, Thomas Caswell tcasw...@gmail.com wrote: Sorry about the bad tarball, I forgot to clean my git directory before generating it. Another point in favor of using the gh tarball, I can't screw it up. I switch to GH tarball, but I must say they are a lot different than the SF ones (now we have 3 copies of the examples in doc/mpl_examples lib/mpl_examples and examples) and contains quite a lot more files (like the whole unit/ tree) and development files (.travis, .gitignore and friends), but if that's a more reliable way to get new tarball, I'm all for it - let's use this in the future :) This is the first I have seen that CVE. That PR is not included in 1.4.3 because it completely over-hauls how the Agg rendering works (and generated a whole bunch of other bugs along the way). Mike: Is there a way to fix up the security issues reported on just the 1.4.x branch with out pulling that whole patch back? there is a patch[1] attached to the Debian bug[2], I'm about to apply to the package and see how it goes, you might want to investigate+apply it in the final release [1] https://bugs.debian.org/cgi-bin/bugreport.cgi?msg=5;filename=matplotlib-printf-buffer-overrun.patch;att=1;bug=775691 [2] https://bugs.debian.org/cgi-bin/bugreport.cgi?bug=775691 Cheers, -- Sandro Tosi (aka morph, morpheus, matrixhasu) My website: http://matrixhasu.altervista.org/ Me at Debian: http://wiki.debian.org/SandroTosi -- Dive into the World of Parallel Programming. The Go Parallel Website, sponsored by Intel and developed in partnership with Slashdot Media, is your hub for all things parallel software development, from weekly thought leadership blogs to news, videos, case studies, tutorials and more. Take a look and join the conversation now. http://goparallel.sourceforge.net/ ___ Matplotlib-users mailing list Matplotlib-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/matplotlib-users
Re: [Matplotlib-users] [matplotlib-devel] v1.4.3rc1
On Sat, Feb 7, 2015 at 9:46 PM, Thomas Caswell tcasw...@gmail.com wrote: Well, creating the tarball on GH is a lot easier for us as it happens automatically! I don't want to unilaterally change policy so I will create the files on SF. If you want to tracking GH for debian instead of SF I don't think that would be a bad idea, but I don't know how much of a hassle that would be for you. Aaah dont worry about changing things :) I can reroute the tools to track GH no problem, what I need to know if that's the place where the next tarballs will be released; if so, I will update the tracking straight away. Cheers, -- Sandro Tosi (aka morph, morpheus, matrixhasu) My website: http://matrixhasu.altervista.org/ Me at Debian: http://wiki.debian.org/SandroTosi -- Dive into the World of Parallel Programming. The Go Parallel Website, sponsored by Intel and developed in partnership with Slashdot Media, is your hub for all things parallel software development, from weekly thought leadership blogs to news, videos, case studies, tutorials and more. Take a look and join the conversation now. http://goparallel.sourceforge.net/ ___ Matplotlib-users mailing list Matplotlib-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/matplotlib-users
Re: [Matplotlib-users] [matplotlib-devel] v1.4.3rc1
Sorry about the bad tarball, I forgot to clean my git directory before generating it. Another point in favor of using the gh tarball, I can't screw it up. This is the first I have seen that CVE. That PR is not included in 1.4.3 because it completely over-hauls how the Agg rendering works (and generated a whole bunch of other bugs along the way). Mike: Is there a way to fix up the security issues reported on just the 1.4.x branch with out pulling that whole patch back? Tom On Sun Feb 08 2015 at 7:47:00 PM Benjamin Root ben.r...@ou.edu wrote: Please ignore my test failure report. I was accidentally running an older install of matplotlib from the same branch. Ben Root On Sat, Feb 7, 2015 at 9:08 PM, Benjamin Root ben.r...@ou.edu wrote: I am getting some test failures here and on master in the collections module. == FAIL: __main__.test_regularpolycollection_rotate.test -- Traceback (most recent call last): File /home/ben/miniconda/lib/python2.7/site-packages/nose/case.py, line 197, in runTest self.test(*self.arg) File /home/ben/.local/lib/python2.7/site-packages/matplotlib-1.4.x-py2.7-linux-x86_64.egg/matplotlib/testing/decorators.py, line 51, in failer result = f(*args, **kwargs) File /home/ben/.local/lib/python2.7/site-packages/matplotlib-1.4.x-py2.7-linux-x86_64.egg/matplotlib/testing/decorators.py, line 196, in do_test '(RMS %(rms).3f)'%err) ImageComparisonFailure: images not close: /home/ben/Programs/matplotlib/result_images/test_collections/regularpolycollection_rotate.png vs. /home/ben/Programs/matplotlib/result_images/test_collections/regularpolycollection_rotate-expected.png (RMS 54.618) == FAIL: __main__.test_regularpolycollection_scale.test -- Traceback (most recent call last): File /home/ben/miniconda/lib/python2.7/site-packages/nose/case.py, line 197, in runTest self.test(*self.arg) File /home/ben/.local/lib/python2.7/site-packages/matplotlib-1.4.x-py2.7-linux-x86_64.egg/matplotlib/testing/decorators.py, line 51, in failer result = f(*args, **kwargs) File /home/ben/.local/lib/python2.7/site-packages/matplotlib-1.4.x-py2.7-linux-x86_64.egg/matplotlib/testing/decorators.py, line 196, in do_test '(RMS %(rms).3f)'%err) ImageComparisonFailure: images not close: /home/ben/Programs/matplotlib/result_images/test_collections/regularpolycollection_scale.png vs. /home/ben/Programs/matplotlib/result_images/test_collections/regularpolycollection_scale-expected.png (RMS 120.828) -- Ran 54 tests in 15.149s FAILED (failures=2) The squares in the first test are larger than they should be. I have some other errors, but they seem to other be floating point errors, or issues with fonts. Ben Root On Sat, Feb 7, 2015 at 4:46 PM, Thomas Caswell tcasw...@gmail.com wrote: Sandro, Well, creating the tarball on GH is a lot easier for us as it happens automatically! I don't want to unilaterally change policy so I will create the files on SF. If you want to tracking GH for debian instead of SF I don't think that would be a bad idea, but I don't know how much of a hassle that would be for you. Tom On Sat Feb 07 2015 at 4:14:36 PM Sandro Tosi mo...@debian.org wrote: On Sat, Feb 7, 2015 at 9:05 PM, Thomas Caswell tcasw...@gmail.com wrote: Sandro, Can you use the tarball from github (https://github.com/matplotlib/matplotlib/archive/v1.4.3rc1.tar.gz ?) Sure I can, but since all the previous release (even RC) were done one SF, we have our tools to monitor and download new releases pointing to SF: do you plan to switch to GH for releasing tarballs too? Cheers, -- Sandro Tosi (aka morph, morpheus, matrixhasu) My website: http://matrixhasu.altervista.org/ Me at Debian: http://wiki.debian.org/SandroTosi -- Dive into the World of Parallel Programming. The Go Parallel Website, sponsored by Intel and developed in partnership with Slashdot Media, is your hub for all things parallel software development, from weekly thought leadership blogs to news, videos, case studies, tutorials and more. Take a look and join the conversation now. http://goparallel.sourceforge.net/ ___ Matplotlib-devel mailing list matplotlib-de...@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/matplotlib-devel -- Dive into the World of Parallel Programming. The Go Parallel Website, sponsored by Intel and developed in partnership with Slashdot Media, is your hub
Re: [Matplotlib-users] [matplotlib-devel] v1.4.3rc1
Hi, On Sat, Feb 7, 2015 at 9:46 PM, Thomas Caswell tcasw...@gmail.com wrote: Sandro, Well, creating the tarball on GH is a lot easier for us as it happens automatically! I don't want to unilaterally change policy so I will create the files on SF. the release tarball contains __pycache__ directories and other binary files, like lib/matplotlib/backends/_backend_agg.cpython-34m.so (likely it was generated from a live directory, where some tests have been run). I just gave a brief look at updating the package and I noticed just some failures in the tests related to test_axes_grid1 (but it might be due to an un-clean env, I will re-run in a chroot to be sure), also any reason not to include https://github.com/matplotlib/matplotlib/commit/ba4016014cb4fb4927e36ce8ea429fed47dcb787#diff-51 ? that would fix CVE-2013-1424 Cheers, -- Sandro Tosi (aka morph, morpheus, matrixhasu) My website: http://matrixhasu.altervista.org/ Me at Debian: http://wiki.debian.org/SandroTosi -- Dive into the World of Parallel Programming. The Go Parallel Website, sponsored by Intel and developed in partnership with Slashdot Media, is your hub for all things parallel software development, from weekly thought leadership blogs to news, videos, case studies, tutorials and more. Take a look and join the conversation now. http://goparallel.sourceforge.net/ ___ Matplotlib-users mailing list Matplotlib-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/matplotlib-users
Re: [Matplotlib-users] [matplotlib-devel] v1.4.3rc1
Please ignore my test failure report. I was accidentally running an older install of matplotlib from the same branch. Ben Root On Sat, Feb 7, 2015 at 9:08 PM, Benjamin Root ben.r...@ou.edu wrote: I am getting some test failures here and on master in the collections module. == FAIL: __main__.test_regularpolycollection_rotate.test -- Traceback (most recent call last): File /home/ben/miniconda/lib/python2.7/site-packages/nose/case.py, line 197, in runTest self.test(*self.arg) File /home/ben/.local/lib/python2.7/site-packages/matplotlib-1.4.x-py2.7-linux-x86_64.egg/matplotlib/testing/decorators.py, line 51, in failer result = f(*args, **kwargs) File /home/ben/.local/lib/python2.7/site-packages/matplotlib-1.4.x-py2.7-linux-x86_64.egg/matplotlib/testing/decorators.py, line 196, in do_test '(RMS %(rms).3f)'%err) ImageComparisonFailure: images not close: /home/ben/Programs/matplotlib/result_images/test_collections/regularpolycollection_rotate.png vs. /home/ben/Programs/matplotlib/result_images/test_collections/regularpolycollection_rotate-expected.png (RMS 54.618) == FAIL: __main__.test_regularpolycollection_scale.test -- Traceback (most recent call last): File /home/ben/miniconda/lib/python2.7/site-packages/nose/case.py, line 197, in runTest self.test(*self.arg) File /home/ben/.local/lib/python2.7/site-packages/matplotlib-1.4.x-py2.7-linux-x86_64.egg/matplotlib/testing/decorators.py, line 51, in failer result = f(*args, **kwargs) File /home/ben/.local/lib/python2.7/site-packages/matplotlib-1.4.x-py2.7-linux-x86_64.egg/matplotlib/testing/decorators.py, line 196, in do_test '(RMS %(rms).3f)'%err) ImageComparisonFailure: images not close: /home/ben/Programs/matplotlib/result_images/test_collections/regularpolycollection_scale.png vs. /home/ben/Programs/matplotlib/result_images/test_collections/regularpolycollection_scale-expected.png (RMS 120.828) -- Ran 54 tests in 15.149s FAILED (failures=2) The squares in the first test are larger than they should be. I have some other errors, but they seem to other be floating point errors, or issues with fonts. Ben Root On Sat, Feb 7, 2015 at 4:46 PM, Thomas Caswell tcasw...@gmail.com wrote: Sandro, Well, creating the tarball on GH is a lot easier for us as it happens automatically! I don't want to unilaterally change policy so I will create the files on SF. If you want to tracking GH for debian instead of SF I don't think that would be a bad idea, but I don't know how much of a hassle that would be for you. Tom On Sat Feb 07 2015 at 4:14:36 PM Sandro Tosi mo...@debian.org wrote: On Sat, Feb 7, 2015 at 9:05 PM, Thomas Caswell tcasw...@gmail.com wrote: Sandro, Can you use the tarball from github (https://github.com/matplotlib/matplotlib/archive/v1.4.3rc1.tar.gz ?) Sure I can, but since all the previous release (even RC) were done one SF, we have our tools to monitor and download new releases pointing to SF: do you plan to switch to GH for releasing tarballs too? Cheers, -- Sandro Tosi (aka morph, morpheus, matrixhasu) My website: http://matrixhasu.altervista.org/ Me at Debian: http://wiki.debian.org/SandroTosi -- Dive into the World of Parallel Programming. The Go Parallel Website, sponsored by Intel and developed in partnership with Slashdot Media, is your hub for all things parallel software development, from weekly thought leadership blogs to news, videos, case studies, tutorials and more. Take a look and join the conversation now. http://goparallel.sourceforge.net/ ___ Matplotlib-devel mailing list matplotlib-de...@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/matplotlib-devel -- Dive into the World of Parallel Programming. The Go Parallel Website, sponsored by Intel and developed in partnership with Slashdot Media, is your hub for all things parallel software development, from weekly thought leadership blogs to news, videos, case studies, tutorials and more. Take a look and join the conversation now. http://goparallel.sourceforge.net/___ Matplotlib-users mailing list Matplotlib-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/matplotlib-users
Re: [Matplotlib-users] [matplotlib-devel] v1.4.3rc1
I am getting some test failures here and on master in the collections module. == FAIL: __main__.test_regularpolycollection_rotate.test -- Traceback (most recent call last): File /home/ben/miniconda/lib/python2.7/site-packages/nose/case.py, line 197, in runTest self.test(*self.arg) File /home/ben/.local/lib/python2.7/site-packages/matplotlib-1.4.x-py2.7-linux-x86_64.egg/matplotlib/testing/decorators.py, line 51, in failer result = f(*args, **kwargs) File /home/ben/.local/lib/python2.7/site-packages/matplotlib-1.4.x-py2.7-linux-x86_64.egg/matplotlib/testing/decorators.py, line 196, in do_test '(RMS %(rms).3f)'%err) ImageComparisonFailure: images not close: /home/ben/Programs/matplotlib/result_images/test_collections/regularpolycollection_rotate.png vs. /home/ben/Programs/matplotlib/result_images/test_collections/regularpolycollection_rotate-expected.png (RMS 54.618) == FAIL: __main__.test_regularpolycollection_scale.test -- Traceback (most recent call last): File /home/ben/miniconda/lib/python2.7/site-packages/nose/case.py, line 197, in runTest self.test(*self.arg) File /home/ben/.local/lib/python2.7/site-packages/matplotlib-1.4.x-py2.7-linux-x86_64.egg/matplotlib/testing/decorators.py, line 51, in failer result = f(*args, **kwargs) File /home/ben/.local/lib/python2.7/site-packages/matplotlib-1.4.x-py2.7-linux-x86_64.egg/matplotlib/testing/decorators.py, line 196, in do_test '(RMS %(rms).3f)'%err) ImageComparisonFailure: images not close: /home/ben/Programs/matplotlib/result_images/test_collections/regularpolycollection_scale.png vs. /home/ben/Programs/matplotlib/result_images/test_collections/regularpolycollection_scale-expected.png (RMS 120.828) -- Ran 54 tests in 15.149s FAILED (failures=2) The squares in the first test are larger than they should be. I have some other errors, but they seem to other be floating point errors, or issues with fonts. Ben Root On Sat, Feb 7, 2015 at 4:46 PM, Thomas Caswell tcasw...@gmail.com wrote: Sandro, Well, creating the tarball on GH is a lot easier for us as it happens automatically! I don't want to unilaterally change policy so I will create the files on SF. If you want to tracking GH for debian instead of SF I don't think that would be a bad idea, but I don't know how much of a hassle that would be for you. Tom On Sat Feb 07 2015 at 4:14:36 PM Sandro Tosi mo...@debian.org wrote: On Sat, Feb 7, 2015 at 9:05 PM, Thomas Caswell tcasw...@gmail.com wrote: Sandro, Can you use the tarball from github (https://github.com/matplotlib/matplotlib/archive/v1.4.3rc1.tar.gz ?) Sure I can, but since all the previous release (even RC) were done one SF, we have our tools to monitor and download new releases pointing to SF: do you plan to switch to GH for releasing tarballs too? Cheers, -- Sandro Tosi (aka morph, morpheus, matrixhasu) My website: http://matrixhasu.altervista.org/ Me at Debian: http://wiki.debian.org/SandroTosi -- Dive into the World of Parallel Programming. The Go Parallel Website, sponsored by Intel and developed in partnership with Slashdot Media, is your hub for all things parallel software development, from weekly thought leadership blogs to news, videos, case studies, tutorials and more. Take a look and join the conversation now. http://goparallel.sourceforge.net/ ___ Matplotlib-devel mailing list matplotlib-de...@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/matplotlib-devel -- Dive into the World of Parallel Programming. The Go Parallel Website, sponsored by Intel and developed in partnership with Slashdot Media, is your hub for all things parallel software development, from weekly thought leadership blogs to news, videos, case studies, tutorials and more. Take a look and join the conversation now. http://goparallel.sourceforge.net/___ Matplotlib-users mailing list Matplotlib-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/matplotlib-users
Re: [Matplotlib-users] [matplotlib-devel] v1.4.3rc1
On Sat, Feb 7, 2015 at 9:05 PM, Thomas Caswell tcasw...@gmail.com wrote: Sandro, Can you use the tarball from github (https://github.com/matplotlib/matplotlib/archive/v1.4.3rc1.tar.gz ?) Sure I can, but since all the previous release (even RC) were done one SF, we have our tools to monitor and download new releases pointing to SF: do you plan to switch to GH for releasing tarballs too? Cheers, -- Sandro Tosi (aka morph, morpheus, matrixhasu) My website: http://matrixhasu.altervista.org/ Me at Debian: http://wiki.debian.org/SandroTosi -- Dive into the World of Parallel Programming. The Go Parallel Website, sponsored by Intel and developed in partnership with Slashdot Media, is your hub for all things parallel software development, from weekly thought leadership blogs to news, videos, case studies, tutorials and more. Take a look and join the conversation now. http://goparallel.sourceforge.net/ ___ Matplotlib-users mailing list Matplotlib-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/matplotlib-users
Re: [Matplotlib-users] [matplotlib-devel] v1.4.3rc1
Sandro, Well, creating the tarball on GH is a lot easier for us as it happens automatically! I don't want to unilaterally change policy so I will create the files on SF. If you want to tracking GH for debian instead of SF I don't think that would be a bad idea, but I don't know how much of a hassle that would be for you. Tom On Sat Feb 07 2015 at 4:14:36 PM Sandro Tosi mo...@debian.org wrote: On Sat, Feb 7, 2015 at 9:05 PM, Thomas Caswell tcasw...@gmail.com wrote: Sandro, Can you use the tarball from github (https://github.com/matplotlib/matplotlib/archive/v1.4.3rc1.tar.gz ?) Sure I can, but since all the previous release (even RC) were done one SF, we have our tools to monitor and download new releases pointing to SF: do you plan to switch to GH for releasing tarballs too? Cheers, -- Sandro Tosi (aka morph, morpheus, matrixhasu) My website: http://matrixhasu.altervista.org/ Me at Debian: http://wiki.debian.org/SandroTosi -- Dive into the World of Parallel Programming. The Go Parallel Website, sponsored by Intel and developed in partnership with Slashdot Media, is your hub for all things parallel software development, from weekly thought leadership blogs to news, videos, case studies, tutorials and more. Take a look and join the conversation now. http://goparallel.sourceforge.net/___ Matplotlib-users mailing list Matplotlib-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/matplotlib-users
Re: [Matplotlib-users] [matplotlib-devel] v1.4.3rc1
Hi Thomas, On Mon, Feb 2, 2015 at 5:37 AM, Thomas Caswell tcasw...@gmail.com wrote: Evening all, I have tagged the first release candidate for v1.4.3 (https://github.com/matplotlib/matplotlib/releases/tag/v1.4.3rc1). ... Please kick the tires and give it a try! If there are no major issues, the plan is to target 1.4.3 for next weekend. could you also release a tarball on SF, so I can start updating the debian package and give it a spin on our distro? Cheers, -- Sandro Tosi (aka morph, morpheus, matrixhasu) My website: http://matrixhasu.altervista.org/ Me at Debian: http://wiki.debian.org/SandroTosi -- Dive into the World of Parallel Programming. The Go Parallel Website, sponsored by Intel and developed in partnership with Slashdot Media, is your hub for all things parallel software development, from weekly thought leadership blogs to news, videos, case studies, tutorials and more. Take a look and join the conversation now. http://goparallel.sourceforge.net/ ___ Matplotlib-users mailing list Matplotlib-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/matplotlib-users
Re: [Matplotlib-users] [matplotlib-devel] v1.4.3rc1
Sandro, Can you use the tarball from github ( https://github.com/matplotlib/matplotlib/archive/v1.4.3rc1.tar.gz ?) Tom On Sat Feb 07 2015 at 4:01:01 PM Sandro Tosi mo...@debian.org wrote: Hi Thomas, On Mon, Feb 2, 2015 at 5:37 AM, Thomas Caswell tcasw...@gmail.com wrote: Evening all, I have tagged the first release candidate for v1.4.3 (https://github.com/matplotlib/matplotlib/releases/tag/v1.4.3rc1). ... Please kick the tires and give it a try! If there are no major issues, the plan is to target 1.4.3 for next weekend. could you also release a tarball on SF, so I can start updating the debian package and give it a spin on our distro? Cheers, -- Sandro Tosi (aka morph, morpheus, matrixhasu) My website: http://matrixhasu.altervista.org/ Me at Debian: http://wiki.debian.org/SandroTosi -- Dive into the World of Parallel Programming. The Go Parallel Website, sponsored by Intel and developed in partnership with Slashdot Media, is your hub for all things parallel software development, from weekly thought leadership blogs to news, videos, case studies, tutorials and more. Take a look and join the conversation now. http://goparallel.sourceforge.net/___ Matplotlib-users mailing list Matplotlib-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/matplotlib-users
Re: [Matplotlib-users] [matplotlib-devel] v1.4.3rc1
Awesome work! Full credit to Tom who has driven this release. The nbagg backend is looking great - some pretty swish new features thanks to hard work from Steven Silvester and Thomas Caswell! On 2 February 2015 at 10:58, Jens Nielsen jenshniel...@gmail.com wrote: Thanks Tom, I ran the test suite on OSX 10.10 with both python 2.7.8 and 3.4.2 including the tex and QT4 tests that are skipped on Travis. Everything passes as expected. Jens Mon Feb 02 2015 at 5:38:32 AM skrev Thomas Caswell tcasw...@gmail.com: Evening all, I have tagged the first release candidate for v1.4.3 (https://github.com/ matplotlib/matplotlib/releases/tag/v1.4.3rc1). Although this is a bug-fix release, a fair amount of work has gone into making the nbagg (interactive figures in ipython notebooks) feature complete compared to the other interactive backends. Please kick the tires and give it a try! If there are no major issues, the plan is to target 1.4.3 for next weekend. The mac build has been started and (if I understand how these things work) should be available to install via pip install -f http://wheels.scikit-image.org --pre matplotlib soon. For linux anaconda users, packages for 2.6/2.7 python on my binstar channel (conda install -c https://conda.binstar.org/tacaswell matplotlib). The py3k builds have some issue with invalid syntax in pyqt4, if some knows how to build these, please let me know. Tom -- Dive into the World of Parallel Programming. The Go Parallel Website, sponsored by Intel and developed in partnership with Slashdot Media, is your hub for all things parallel software development, from weekly thought leadership blogs to news, videos, case studies, tutorials and more. Take a look and join the conversation now. http://goparallel.sourceforge.net/ ___ Matplotlib-devel mailing list matplotlib-de...@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/matplotlib-devel -- Dive into the World of Parallel Programming. The Go Parallel Website, sponsored by Intel and developed in partnership with Slashdot Media, is your hub for all things parallel software development, from weekly thought leadership blogs to news, videos, case studies, tutorials and more. Take a look and join the conversation now. http://goparallel.sourceforge.net/ ___ Matplotlib-devel mailing list matplotlib-de...@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/matplotlib-devel -- Dive into the World of Parallel Programming. The Go Parallel Website, sponsored by Intel and developed in partnership with Slashdot Media, is your hub for all things parallel software development, from weekly thought leadership blogs to news, videos, case studies, tutorials and more. Take a look and join the conversation now. http://goparallel.sourceforge.net/___ Matplotlib-users mailing list Matplotlib-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/matplotlib-users
Re: [Matplotlib-users] [matplotlib-devel] v1.4.3rc1
Hi, On Mon, Feb 2, 2015 at 2:58 AM, Jens Nielsen jenshniel...@gmail.com wrote: Thanks Tom, I ran the test suite on OSX 10.10 with both python 2.7.8 and 3.4.2 including the tex and QT4 tests that are skipped on Travis. Everything passes as expected. I built wheels for OSX testing, via the automated travis builders [1]. Install with: pip install -f http://wheels.scipy.org -U --pre matplotlib Scipy ecosystem tests (numpy, scipy, pandas, etc) running against the rc1 wheel at [2]. Cheers, Matthew [1] https://travis-ci.org/MacPython/matplotlib-wheels [2] https://travis-ci.org/MacPython/scipy-stack-osx-testing -- Dive into the World of Parallel Programming. The Go Parallel Website, sponsored by Intel and developed in partnership with Slashdot Media, is your hub for all things parallel software development, from weekly thought leadership blogs to news, videos, case studies, tutorials and more. Take a look and join the conversation now. http://goparallel.sourceforge.net/ ___ Matplotlib-users mailing list Matplotlib-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/matplotlib-users