Mailman 3 December 2017 - Matplotlib-devel

CI: only run macosx on travis cron jobs / only branches
by Thomas Caswell Jan. 19, 2018

Jan. 19, 2018

Folks, https://blog.travis-ci.com/2017-09-22-macos-update Due to the travis OSX infrastructure not being able to keep up with demand they are going to limit concurrency of jobs that us osx. We have not seen many (any?) mac specific issues which I think means we are not getting much value out of running all of the PRs on OSX. We can probably get better linux concurrency (and help lighten the load on travis) if we do test on OSX less. Thoughts? Tom

4 3

how not to install backend_gtk{,agg}
by Sandro Tosi Dec. 27, 2017

Dec. 27, 2017

Hello folks! in Debian we're trying to phase out GTK2 and all its bindings, including python-gtk2 and python-glade2 it looks like those modules are only used in backend_gtk{,agg}.py, so i had a quick look on how to stop installing those backends (we already provide the Gtk3 Cairo/Agg backends anyway) Is there any better way than to comment setupext.BackendGtkAgg() and setupext.BackendGtk() from setup.py (full disclosure, i havent tried it yet if it actually works)? they seem to just check if the `gtk` module is importable, but i dont want to rely on that module not being available (as in this transition phase, it is possible other packages still depend on it, pulling it in the installed pkgs and thus enable it implicitly for mpl) thanks!

2 2

NumFOCUS End-of-Year Fundraising Drive (Matplotlib fiscal sponsor)
by Gina Helfrich Dec. 15, 2017

Dec. 15, 2017

Hi folks, NumFOCUS, the nonprofit that provides fiscal sponsorship for Matplotlib, kicks off our end of year fundraising drive officially on Monday and would really appreciate your support! Andy Terrel, NumFOCUS Board President, has generously put up the first $5,000 donation as a matching challenge to the community. For every dollar the community donates, Andy will donate a dollar, up to $5k. Please spread the word and use this link to donate: https://www.flipcause.com/secure/cause_pdetails/Mjc2NTg= Thanks so much for your support of Matplotlib and NumFOCUS! Cheers, Gina -- Dr. Gina Helfrich Communications Director, NumFOCUS

1 0

On testing with other FreeType versions
by Elliott Sales de Andrade Dec. 12, 2017

Dec. 12, 2017

Hi all, Downstream in Fedora (and maybe Debian), they are running into issues with testing and text. Fedora 26 has FreeType 2.7.1 and Fedora 27 & Rawhide has FreeType 2.8. Fedora 25 uses 2.6.5, but it will be EOL in the next week. Many other distros are also transitioning to these newer FreeType as well [1] and I think anaconda recently added 2.8 too. With 2.7.1, a few tests fail (rms < 1) and it is straightforward to patch that [2]. With 2.8 though, over 800 tests fail [3] ranging up to ~80 rms [4]. This is a bit harder to paper over. I see a few ways to mitigate the problem, with varying advantages/disadvantages: 1. Bundle the older version in the Matplotlib package like we do with tests. I don't really believe this to be a viable option for downstream, but I'm just mentioning it to be thorough. There are already a few (minor) security issues in the one we test against. 2. Inject older FreeType just to run tests on the package. Again I don't like this idea. The point of running tests is to be sure that the version in a distro works *in that distro*. Testing with something a user could never install seems useless. 3. Re-create all our current and future test images with 2.8. While this is most future-proof, adding over 800 images is going to bloat the repo quite a bit. 4. Create some sort of side repo with test images for other FreeType releases. This would reduce bloat in the main repo but be somewhat more work. Thus I'd only suggest doing so for tags. I dislike the first two options as they would be repetitive across distros (unless they just stopped testing altogether), but the last two are not without work for us. Opinions? Alternative ideas? [1] https://repology.org/metapackage/freetype/versions [2] https://github.com/QuLogic/matplotlib/commit/cfdc 835923407810bd087f60332cdc8cdcb23f05 [3] https://kojipkgs.fedoraproject.org//work/tasks/3137/23623137/build.log [4] https://gist.github.com/QuLogic/477055a847a44cd444a0932432acffd1 -- Elliott

5 6

[REL] Matplotlib 2.1.1
by Thomas Caswell Dec. 12, 2017

Dec. 12, 2017

Folks, Happy to announce Matplotlib 2.1.1 This is primarily a bug fix release, see https://github.com/matplotlib/matplotlib/releases/tag/v2.1.1 for details. The next planned release is a 2.2 feature release in January/February 2018. Thank you to everyone who worked on this release! Tom

1 0

2017-12-11 call notes
by Thomas Caswell Dec. 11, 2017

Dec. 11, 2017

My self, Hannah, Eric Firing (first half), Ryan May (second half) - 2.1.1 tagged, conda-forge built, wheels + pypi + docs + announcement tonight. - back to normal time for phone call next week (3pm EST) - cluster of Tk related PRs that need to be merged. - some discussion of categorical support for scalar mappables. Tom

1 0

Getting MultiCursor Subplots values (coordinates)
by A.Brahim Dec. 1, 2017

Dec. 1, 2017

I'm using this code to generate subplots with multiCursor crossing plots, and I want to get values (cursor coordinates) for all existing plots at the same time to show them in labels (on mouse motion). import numpy as np import matplotlib.pyplot as plt from matplotlib.widgets import MultiCursor t = np.arange(0.0, 2.0, 0.01) s1 = np.sin(2*np.pi*t) s2 = np.sin(4*np.pi*t) fig = plt.figure() ax1 = fig.add_subplot(211) ax1.plot(t, s1) ax2 = fig.add_subplot(212, sharex=ax1) ax2.plot(t, s2) multi = MultiCursor(fig.canvas, (ax1, ax2), color='r', lw=1) plt.show() <http://matplotlib.1069221.n5.nabble.com/file/t5115/U16Dl.png> -- Sent from: http://matplotlib.1069221.n5.nabble.com/matplotlib-devel-f28077.html

2 1