mpl release candidate branch

Today is the "go-live" date for the mpl release candidate. There are
no more open issues tagged release_critical, so I suggest we branch
this afternoon. This will give people a last chance to merge in
remaining pull requests. If you know you are planning to handle a
given pull request before the branch, please drop a comment on the
pull request or respond here so we don't duplicate effort. Michael,
are you available to make the release branch this afternoon?

There is a bug report (don’t have the number on me) that reported a linked problem on mac osx on Lion. Has anyone confirmed it?

P.S. - l will be finishing up doc work. Let me know if anything needs to be added to the “what’s new” section.

Ben Root

···

On Friday, September 23, 2011, John Hunter <jdh2358@…149…> wrote:

Today is the “go-live” date for the mpl release candidate. There are
no more open issues tagged release_critical, so I suggest we branch

this afternoon. This will give people a last chance to merge in
remaining pull requests. If you know you are planning to handle a
given pull request before the branch, please drop a comment on the

pull request or respond here so we don’t duplicate effort. Michael,
are you available to make the release branch this afternoon?

I'm getting tons of failures like the one below relating to mathtext
fonts on two different platforms (linux and solaris). Anyone else
seeing these? I did flush my fonts and tex cache and did a clean
install.

···

On Fri, Sep 23, 2011 at 8:02 AM, John Hunter <jdh2358@...149...> wrote:

Today is the "go-live" date for the mpl release candidate. There are
no more open issues tagged release_critical, so I suggest we branch
this afternoon. This will give people a last chance to merge in
remaining pull requests. If you know you are planning to handle a
given pull request before the branch, please drop a comment on the
pull request or respond here so we don't duplicate effort. Michael,
are you available to make the release branch this afternoon?

======================================================================
FAIL: matplotlib.tests.test_mathtext.mathfont_stix_49_test.test
----------------------------------------------------------------------
Traceback (most recent call last):
  File "/usr/lib/pymodules/python2.6/nose/case.py", line 183, in runTest
    self.test(*self.arg)
  File "/home/jdhunter/dev/lib/python2.6/site-packages/matplotlib/testing/decorators.py",
line 35, in failer
    result = f(*args, **kwargs)
  File "/home/jdhunter/dev/lib/python2.6/site-packages/matplotlib/testing/decorators.py",
line 126, in do_test
    '(RMS %(rms).3f)'%err)
ImageComparisonFailure: images not close:
/home/jdhunter/tmp/mpl_test/result_images/test_mathtext/mathfont_stix_49.png
vs. /home/jdhunter/tmp/mpl_test/result_images/test_mathtext/expected-mathfont_stix_49.png
(RMS 11.269)

I'm not able to reproduce this here (git/master on Ubuntu 10.4, Python 2.7). Can you send and/or link to an example broken image? The way in which it is failing may illustrate the cause of the problem. It could also be that the difference in the freetype library/settings is causing enough difference to trip the threshold (we've seen that before). If that's the case (i.e. they look identical to the human eye, but there are some low-level differences in the anti-aliasing), we probably just need to increase the difference threshold on those tests. If, however, those tests worked on this system until recently, "git bisect" may reveal what caused the breakage.

Mike

···

On 09/23/2011 10:59 AM, John Hunter wrote:

On Fri, Sep 23, 2011 at 8:02 AM, John Hunter<jdh2358@...149...> wrote:

Today is the "go-live" date for the mpl release candidate. There are
no more open issues tagged release_critical, so I suggest we branch
this afternoon. This will give people a last chance to merge in
remaining pull requests. If you know you are planning to handle a
given pull request before the branch, please drop a comment on the
pull request or respond here so we don't duplicate effort. Michael,
are you available to make the release branch this afternoon?

I'm getting tons of failures like the one below relating to mathtext
fonts on two different platforms (linux and solaris). Anyone else
seeing these? I did flush my fonts and tex cache and did a clean
install.

======================================================================
FAIL: matplotlib.tests.test_mathtext.mathfont_stix_49_test.test
----------------------------------------------------------------------
Traceback (most recent call last):
   File "/usr/lib/pymodules/python2.6/nose/case.py", line 183, in runTest
     self.test(*self.arg)
   File "/home/jdhunter/dev/lib/python2.6/site-packages/matplotlib/testing/decorators.py",
line 35, in failer
     result = f(*args, **kwargs)
   File "/home/jdhunter/dev/lib/python2.6/site-packages/matplotlib/testing/decorators.py",
line 126, in do_test
     '(RMS %(rms).3f)'%err)
ImageComparisonFailure: images not close:
/home/jdhunter/tmp/mpl_test/result_images/test_mathtext/mathfont_stix_49.png
vs. /home/jdhunter/tmp/mpl_test/result_images/test_mathtext/expected-mathfont_stix_49.png
(RMS 11.269)

------------------------------------------------------------------------------
All of the data generated in your IT infrastructure is seriously valuable.
Why? It contains a definitive record of application performance, security
threats, fraudulent activity, and more. Splunk takes this data and makes
sense of it. IT sense. And common sense.
http://p.sf.net/sfu/splunk-d2dcopy2
_______________________________________________
Matplotlib-devel mailing list
Matplotlib-devel@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/matplotlib-devel

The images are extremely close by eye: I can see a little difference
on the font weight on the delta subscript in the attached images if I
toggle back and forth in eog, but it does look like a tolerance issue.
I don't exactly when this stopped working, but my platform info is:

BUILDING MATPLOTLIB
            matplotlib: 1.1.0
                python: 2.6.6 (r266:84292, Sep 15 2010, 16:22:56) [GCC
                        4.4.5]
              platform: linux2

REQUIRED DEPENDENCIES
                 numpy: 2.0.0.dev-aded70c
             freetype2: 12.0.6

OPTIONAL BACKEND DEPENDENCIES
                libpng: 1.2.44
               Tkinter: Tkinter: 73770, Tk: 8.5, Tcl: 8.5
Gtk-Message: Failed to load module "gnomesegvhandler":
libgnomesegvhandler.so: cannot open shared object file: No such file
or directory
Gtk-Message: Failed to load module "gnomesegvhandler":
libgnomesegvhandler.so: cannot open shared object file: No such file
or directory
                  Gtk+: gtk+: 2.22.0, glib: 2.26.1, pygtk: 2.21.0,
                        pygobject: 2.21.5
       Mac OS X native: no
                    Qt: Qt: 3.3.8, PyQt: 3.18.1
                   Qt4: Qt: 4.7.0, PyQt4: 4.7.4
                 Cairo: 1.8.8

OPTIONAL DATE/TIMEZONE DEPENDENCIES
              datetime: present, version unknown
              dateutil: 1.5
/home/jdhunter/dev/lib/python2.6/site-packages/pytz-2010h-py2.6.egg/pytz/__init__.py:32:
UserWarning: Module dateutil was already imported from
/home/jdhunter/dev/lib/python2.6/site-packages/dateutil/__init__.pyc,
but /usr/lib/pymodules/python2.6 is being added to sys.path
                  pytz: 2010h

OPTIONAL USETEX DEPENDENCIES
                dvipng: 1.13
           ghostscript: 8.71
                 latex: 3.1415926
               pdftops: 0.14.3

expected-mathtext_stixsans_37.png

mathtext_stixsans_37.png

···

On Fri, Sep 23, 2011 at 10:34 AM, Michael Droettboom <mdroe@...31...> wrote:

I'm not able to reproduce this here (git/master on Ubuntu 10.4, Python
2.7). Can you send and/or link to an example broken image? The way in
which it is failing may illustrate the cause of the problem. It could
also be that the difference in the freetype library/settings is causing
enough difference to trip the threshold (we've seen that before). If
that's the case (i.e. they look identical to the human eye, but there
are some low-level differences in the anti-aliasing), we probably just
need to increase the difference threshold on those tests. If, however,
those tests worked on this system until recently, "git bisect" may
reveal what caused the breakage.

I agree with your assessment -- it seems like a low-level difference in the freetype renderer. I guess we should increase the tolerance on these tests (by passing a tol keyword to the image_comparison decorator in test_mathtext.py). The default is 1e-3 -- we just need to find the minimum value that makes these pass on your machine.

Mike

···

On 09/23/2011 12:37 PM, John Hunter wrote:

On Fri, Sep 23, 2011 at 10:34 AM, Michael Droettboom<mdroe@...31...> wrote:

I'm not able to reproduce this here (git/master on Ubuntu 10.4, Python
2.7). Can you send and/or link to an example broken image? The way in
which it is failing may illustrate the cause of the problem. It could
also be that the difference in the freetype library/settings is causing
enough difference to trip the threshold (we've seen that before). If
that's the case (i.e. they look identical to the human eye, but there
are some low-level differences in the anti-aliasing), we probably just
need to increase the difference threshold on those tests. If, however,
those tests worked on this system until recently, "git bisect" may
reveal what caused the breakage.

The images are extremely close by eye: I can see a little difference
on the font weight on the delta subscript in the attached images if I
toggle back and forth in eog, but it does look like a tolerance issue.
  I don't exactly when this stopped working, but my platform info is:

BUILDING MATPLOTLIB
             matplotlib: 1.1.0
                 python: 2.6.6 (r266:84292, Sep 15 2010, 16:22:56) [GCC
                         4.4.5]
               platform: linux2

REQUIRED DEPENDENCIES
                  numpy: 2.0.0.dev-aded70c
              freetype2: 12.0.6

OPTIONAL BACKEND DEPENDENCIES
                 libpng: 1.2.44
                Tkinter: Tkinter: 73770, Tk: 8.5, Tcl: 8.5
Gtk-Message: Failed to load module "gnomesegvhandler":
libgnomesegvhandler.so: cannot open shared object file: No such file
or directory
Gtk-Message: Failed to load module "gnomesegvhandler":
libgnomesegvhandler.so: cannot open shared object file: No such file
or directory
                   Gtk+: gtk+: 2.22.0, glib: 2.26.1, pygtk: 2.21.0,
                         pygobject: 2.21.5
        Mac OS X native: no
                     Qt: Qt: 3.3.8, PyQt: 3.18.1
                    Qt4: Qt: 4.7.0, PyQt4: 4.7.4
                  Cairo: 1.8.8

OPTIONAL DATE/TIMEZONE DEPENDENCIES
               datetime: present, version unknown
               dateutil: 1.5
/home/jdhunter/dev/lib/python2.6/site-packages/pytz-2010h-py2.6.egg/pytz/__init__.py:32:
UserWarning: Module dateutil was already imported from
/home/jdhunter/dev/lib/python2.6/site-packages/dateutil/__init__.pyc,
but /usr/lib/pymodules/python2.6 is being added to sys.path
                   pytz: 2010h

OPTIONAL USETEX DEPENDENCIES
                 dvipng: 1.13
            ghostscript: 8.71
                  latex: 3.1415926
                pdftops: 0.14.3

OK, I'll play with this for a bit and see if I can find a better value.

JDH

···

On Fri, Sep 23, 2011 at 11:56 AM, Michael Droettboom <mdroe@...31...> wrote:

I agree with your assessment -- it seems like a low-level difference in the
freetype renderer. I guess we should increase the tolerance on these tests
(by passing a tol keyword to the image_comparison decorator in
test_mathtext.py). The default is 1e-3 -- we just need to find the minimum
value that makes these pass on your machine.

Whoops, it wasn’t a linker error: Issue #471 “Building macosx backend ignores arch flags”

Is this going to be a problem for the release?

Ben Root

···

On Fri, Sep 23, 2011 at 9:59 AM, Benjamin Root <ben.root@…553…> wrote:

On Friday, September 23, 2011, John Hunter <jdh2358@…149…> wrote:

Today is the “go-live” date for the mpl release candidate. There are

no more open issues tagged release_critical, so I suggest we branch

this afternoon. This will give people a last chance to merge in
remaining pull requests. If you know you are planning to handle a
given pull request before the branch, please drop a comment on the

pull request or respond here so we don’t duplicate effort. Michael,
are you available to make the release branch this afternoon?

There is a bug report (don’t have the number on me) that reported a linked problem on mac osx on Lion. Has anyone confirmed it?

Hello,

Could pytz <http://pypi.python.org/pypi/pytz/> please be updated to the latest version (2011j) before the release?

What is the recommended numpy version, e.g. for building installers and testing. I think (not verified) this change <https://github.com/matplotlib/matplotlib/pull/483> requires numpy 1.4.

Thanks,

Christoph

···

On 9/23/2011 6:02 AM, John Hunter wrote:

Today is the "go-live" date for the mpl release candidate. There are
no more open issues tagged release_critical, so I suggest we branch
this afternoon. This will give people a last chance to merge in
remaining pull requests. If you know you are planning to handle a
given pull request before the branch, please drop a comment on the
pull request or respond here so we don't duplicate effort. Michael,
are you available to make the release branch this afternoon?

I'm seeing lots of warnings like the ones below when running the tests
on a linux platform (opensuse, python2.7 64bit). Should we attempt to
silence these, or is there some cross python version call we could be
using instead?

/home/titan/johnh/devlinux/lib64/python2.7/site-packages/matplotlib/textpath.py:246:
PendingDeprecationWarning: The CObject type is marked Pending
Deprecation in Python 2.7. Please use capsule objects instead.
  font.clear()
/home/titan/johnh/devlinux/lib64/python2.7/site-packages/matplotlib/textpath.py:247:
PendingDeprecationWarning: The CObject type is marked Pending
Deprecation in Python 2.7. Please use capsule objects instead.
  font.set_size(self.FONT_SCALE, self.DPI)

···

On Fri, Sep 23, 2011 at 8:02 AM, John Hunter <jdh2358@...149...> wrote:

Today is the "go-live" date for the mpl release candidate. There are
no more open issues tagged release_critical, so I suggest we branch
this afternoon. This will give people a last chance to merge in
remaining pull requests. If you know you are planning to handle a
given pull request before the branch, please drop a comment on the
pull request or respond here so we don't duplicate effort. Michael,
are you available to make the release branch this afternoon?

Turns out is it more than just PDF:

johnh@:tmp> time python -c 'import matplotlib as m; m.test()'
/home/titan/johnh/devlinux/lib64/python2.7/site-packages/matplotlib/backends/backend_agg.py:90:
PendingDeprecationWarning: The CObject type is marked Pending
Deprecation in Python 2.7. Please use capsule objects instead.
  self.draw_quad_mesh = self._renderer.draw_quad_mesh
/home/titan/johnh/devlinux/lib64/python2.7/site-packages/matplotlib/backends/backend_agg.py:91:
PendingDeprecationWarning: The CObject type is marked Pending
Deprecation in Python 2.7. Please use capsule objects instead.
  self.draw_gouraud_triangle = self._renderer.draw_gouraud_triangle
/home/titan/johnh/devlinux/lib64/python2.7/site-packages/matplotlib/backends/backend_agg.py:92:
PendingDeprecationWarning: The CObject type is marked Pending
Deprecation in Python 2.7. Please use capsule objects instead.
  self.draw_gouraud_triangles = self._renderer.draw_gouraud_triangles
/home/titan/johnh/devlinux/lib64/python2.7/site-packages/matplotlib/backends/backend_agg.py:93:
PendingDeprecationWarning: The CObject type is marked Pending
Deprecation in Python 2.7. Please use capsule objects instead.
  self.draw_image = self._renderer.draw_image
/home/titan/johnh/devlinux/lib64/python2.7/site-packages/matplotlib/backends/backend_agg.py:94:
PendingDeprecationWarning: The CObject type is marked Pending
Deprecation in Python 2.7. Please use capsule objects instead.
  self.copy_from_bbox = self._renderer.copy_from_bbox
/home/titan/johnh/devlinux/lib64/python2.7/site-packages/matplotlib/backends/backend_agg.py:95:
PendingDeprecationWarning: The CObject type is marked Pending
Deprecation in Python 2.7. Please use capsule objects instead.
  self.tostring_rgba_minimized = self._renderer.tostring_rgba_minimized
/home/titan/johnh/devlinux/lib64/python2.7/site-packages/matplotlib/backends/backend_agg.py:120:
PendingDeprecationWarning: The CObject type is marked Pending
Deprecation in Python 2.7. Please use capsule objects instead.
  self._renderer.draw_path(gc, path, transform, rgbFace)
/home/titan/johnh/devlinux/lib64/python2.7/site-packages/matplotlib/backends/backend_agg.py:228:
PendingDeprecationWarning: The CObject type is marked Pending
Deprecation in Python 2.7. Please use capsule objects instead.
  font.clear()
/home/titan/johnh/devlinux/lib64/python2.7/site-packages/matplotlib/backends/backend_agg.py:230:
PendingDeprecationWarning: The CObject type is marked Pending
Deprecation in Python 2.7. Please use capsule objects instead.
  font.set_size(size, self.dpi)
/home/titan/johnh/devlinux/lib64/python2.7/site-packages/matplotlib/backends/backend_agg.py:184:
PendingDeprecationWarning: The CObject type is marked Pending
Deprecation in Python 2.7. Please use capsule objects instead.
  font.set_text(s, 0.0, flags=flags) # the width and height of unrotated string
/home/titan/johnh/devlinux/lib64/python2.7/site-packages/matplotlib/backends/backend_agg.py:185:
PendingDeprecationWarning: The CObject type is marked Pending
Deprecation in Python 2.7. Please use capsule objects instead.
  w, h = font.get_width_height()
/home/titan/johnh/devlinux/lib64/python2.7/site-packages/matplotlib/backends/backend_agg.py:186:
PendingDeprecationWarning: The CObject type is marked Pending
Deprecation in Python 2.7. Please use capsule objects instead.
  d = font.get_descent()
/home/titan/johnh/devlinux/lib64/python2.7/site-packages/matplotlib/backends/backend_agg.py:81:
PendingDeprecationWarning: The CObject type is marked Pending
Deprecation in Python 2.7. Please use capsule objects instead.
  return self._renderer.draw_markers(*kl, **kw)
/home/titan/johnh/devlinux/lib64/python2.7/site-packages/matplotlib/backends/backend_agg.py:152:
PendingDeprecationWarning: The CObject type is marked Pending
Deprecation in Python 2.7. Please use capsule objects instead.
  font.set_text(s, 0, flags=flags)
/home/titan/johnh/devlinux/lib64/python2.7/site-packages/matplotlib/backends/backend_agg.py:153:
PendingDeprecationWarning: The CObject type is marked Pending
Deprecation in Python 2.7. Please use capsule objects instead.
  font.draw_glyphs_to_bitmap()
/home/titan/johnh/devlinux/lib64/python2.7/site-packages/matplotlib/backends/backend_agg.py:157:
PendingDeprecationWarning: The CObject type is marked Pending
Deprecation in Python 2.7. Please use capsule objects instead.
  self._renderer.draw_text_image(font.get_image(), int(x), int(y) + 1,
angle, gc)
/home/titan/johnh/devlinux/lib64/python2.7/site-packages/matplotlib/backends/backend_agg.py:451:
PendingDeprecationWarning: The CObject type is marked Pending
Deprecation in Python 2.7. Please use capsule objects instead.
  _png.write_png(renderer._renderer.buffer_rgba(0, 0),
/home/titan/johnh/devlinux/lib64/python2.7/site-packages/matplotlib/backends/backend_pdf.py:1843:
PendingDeprecationWarning: The CObject type is marked Pending
Deprecation in Python 2.7. Please use capsule objects instead.
  font.clear()
/home/titan/johnh/devlinux/lib64/python2.7/site-packages/matplotlib/backends/backend_pdf.py:1844:
PendingDeprecationWarning: The CObject type is marked Pending
Deprecation in Python 2.7. Please use capsule objects instead.
  font.set_size(prop.get_size_in_points(), 72)
/home/titan/johnh/devlinux/lib64/python2.7/site-packages/matplotlib/backends/backend_pdf.py:1805:
PendingDeprecationWarning: The CObject type is marked Pending
Deprecation in Python 2.7. Please use capsule objects instead.
  font.set_text(s, 0.0, flags=LOAD_NO_HINTING)
/home/titan/johnh/devlinux/lib64/python2.7/site-packages/matplotlib/backends/backend_pdf.py:1806:
PendingDeprecationWarning: The CObject type is marked Pending
Deprecation in Python 2.7. Please use capsule objects instead.
  w, h = font.get_width_height()
/home/titan/johnh/devlinux/lib64/python2.7/site-packages/matplotlib/backends/backend_pdf.py:1810:
PendingDeprecationWarning: The CObject type is marked Pending
Deprecation in Python 2.7. Please use capsule objects instead.
  d = font.get_descent()
/home/titan/johnh/devlinux/lib64/python2.7/site-packages/matplotlib/backends/backend_pdf.py:1669:
PendingDeprecationWarning: The CObject type is marked Pending
Deprecation in Python 2.7. Please use capsule objects instead.
  font.set_text(s, 0.0, flags=LOAD_NO_HINTING)
/home/titan/johnh/devlinux/lib64/python2.7/site-packages/matplotlib/backends/backend_pdf.py:1670:
PendingDeprecationWarning: The CObject type is marked Pending
Deprecation in Python 2.7. Please use capsule objects instead.
  descent = font.get_descent() / 64.0
/home/titan/johnh/devlinux/lib64/python2.7/site-packages/matplotlib/backends/backend_pdf.py:957:
PendingDeprecationWarning: The CObject type is marked Pending
Deprecation in Python 2.7. Please use capsule objects instead.
  sfnt = font.get_sfnt()
/home/titan/johnh/devlinux/lib64/python2.7/site-packages/matplotlib/backends/backend_pdf.py:965:
PendingDeprecationWarning: The CObject type is marked Pending
Deprecation in Python 2.7. Please use capsule objects instead.
  pclt = font.get_sfnt_table('pclt') \
/home/titan/johnh/devlinux/lib64/python2.7/site-packages/matplotlib/backends/backend_pdf.py:967:
PendingDeprecationWarning: The CObject type is marked Pending
Deprecation in Python 2.7. Please use capsule objects instead.
  post = font.get_sfnt_table('post') \
/home/titan/johnh/devlinux/lib64/python2.7/site-packages/matplotlib/backends/backend_pdf.py:764:
PendingDeprecationWarning: The CObject type is marked Pending
Deprecation in Python 2.7. Please use capsule objects instead.
  width = font.load_char(unicode,
flags=LOAD_NO_SCALE|LOAD_NO_HINTING).horiAdvance
/home/titan/johnh/devlinux/lib64/python2.7/site-packages/matplotlib/backends/backend_pdf.py:773:
PendingDeprecationWarning: The CObject type is marked Pending
Deprecation in Python 2.7. Please use capsule objects instead.
  cmap = font.get_charmap()
/home/titan/johnh/devlinux/lib64/python2.7/site-packages/matplotlib/backends/backend_pdf.py:781:
PendingDeprecationWarning: The CObject type is marked Pending
Deprecation in Python 2.7. Please use capsule objects instead.
  glyph_name = font.get_glyph_name(gind)
/home/titan/johnh/devlinux/lib64/python2.7/site-packages/matplotlib/backends/backend_pdf.py:1718:
PendingDeprecationWarning: The CObject type is marked Pending
Deprecation in Python 2.7. Please use capsule objects instead.
  cmap = font.get_charmap()
/home/titan/johnh/devlinux/lib64/python2.7/site-packages/matplotlib/backends/backend_pdf.py:1764:
PendingDeprecationWarning: The CObject type is marked Pending
Deprecation in Python 2.7. Please use capsule objects instead.
  glyph = font.load_char(ccode, flags=LOAD_NO_HINTING)
/home/titan/johnh/devlinux/lib64/python2.7/site-packages/matplotlib/backends/backend_pdf.py:1752:
PendingDeprecationWarning: The CObject type is marked Pending
Deprecation in Python 2.7. Please use capsule objects instead.
  glyph_name = font.get_glyph_name(gind)
/home/titan/johnh/devlinux/lib64/python2.7/site-packages/matplotlib/backends/backend_agg.py:84:
PendingDeprecationWarning: The CObject type is marked Pending
Deprecation in Python 2.7. Please use capsule objects instead.
  return self._renderer.draw_path_collection(*kl, **kw)
/home/titan/johnh/devlinux/lib64/python2.7/site-packages/matplotlib/backends/backend_pdf.py:1766:
PendingDeprecationWarning: The CObject type is marked Pending
Deprecation in Python 2.7. Please use capsule objects instead.
  kern = font.get_kerning(
/home/titan/johnh/devlinux/lib64/python2.7/site-packages/matplotlib/image.py:214:
PendingDeprecationWarning: The CObject type is marked Pending
Deprecation in Python 2.7. Please use capsule objects instead.
  im.flipud_in()
/home/titan/johnh/devlinux/lib64/python2.7/site-packages/matplotlib/image.py:579:
PendingDeprecationWarning: The CObject type is marked Pending
Deprecation in Python 2.7. Please use capsule objects instead.
  im.set_bg( *bg)
/home/titan/johnh/devlinux/lib64/python2.7/site-packages/matplotlib/image.py:582:
PendingDeprecationWarning: The CObject type is marked Pending
Deprecation in Python 2.7. Please use capsule objects instead.
  im.reset_matrix()
/home/titan/johnh/devlinux/lib64/python2.7/site-packages/matplotlib/image.py:583:
PendingDeprecationWarning: The CObject type is marked Pending
Deprecation in Python 2.7. Please use capsule objects instead.
  numrows, numcols = im.get_size()
/home/titan/johnh/devlinux/lib64/python2.7/site-packages/matplotlib/image.py:586:
PendingDeprecationWarning: The CObject type is marked Pending
Deprecation in Python 2.7. Please use capsule objects instead.
  im.set_interpolation(self._interpd[self._interpolation])
/home/titan/johnh/devlinux/lib64/python2.7/site-packages/matplotlib/image.py:588:
PendingDeprecationWarning: The CObject type is marked Pending
Deprecation in Python 2.7. Please use capsule objects instead.
  im.set_resample(self._resample)
/home/titan/johnh/devlinux/lib64/python2.7/site-packages/matplotlib/image.py:600:
PendingDeprecationWarning: The CObject type is marked Pending
Deprecation in Python 2.7. Please use capsule objects instead.
  im.apply_translation(tx, ty)
/home/titan/johnh/devlinux/lib64/python2.7/site-packages/matplotlib/image.py:609:
PendingDeprecationWarning: The CObject type is marked Pending
Deprecation in Python 2.7. Please use capsule objects instead.
  im.apply_scaling(rx*sx, ry*sy)
/home/titan/johnh/devlinux/lib64/python2.7/site-packages/matplotlib/image.py:610:
PendingDeprecationWarning: The CObject type is marked Pending
Deprecation in Python 2.7. Please use capsule objects instead.
  im.resize(int(widthDisplay+0.5), int(heightDisplay+0.5),
/home/titan/johnh/devlinux/lib64/python2.7/site-packages/matplotlib/backends/backend_pdf.py:1394:
PendingDeprecationWarning: The CObject type is marked Pending
Deprecation in Python 2.7. Please use capsule objects instead.
  h, w = im.get_size_out()
/home/titan/johnh/devlinux/lib64/python2.7/site-packages/matplotlib/backends/backend_pdf.py:1155:
PendingDeprecationWarning: The CObject type is marked Pending
Deprecation in Python 2.7. Please use capsule objects instead.
  img.flipud_out()
/home/titan/johnh/devlinux/lib64/python2.7/site-packages/matplotlib/backends/backend_pdf.py:1134:
PendingDeprecationWarning: The CObject type is marked Pending
Deprecation in Python 2.7. Please use capsule objects instead.
  h,w,s = im.as_rgba_str()
/home/titan/johnh/devlinux/lib64/python2.7/site-packages/matplotlib/backends/backend_pdf.py:1188:
PendingDeprecationWarning: The CObject type is marked Pending
Deprecation in Python 2.7. Please use capsule objects instead.
  img.flipud_out()
/home/titan/johnh/devlinux/lib64/python2.7/site-packages/matplotlib/backends/backend_svg.py:737:
PendingDeprecationWarning: The CObject type is marked Pending
Deprecation in Python 2.7. Please use capsule objects instead.
  h,w = im.get_size_out()
/home/titan/johnh/devlinux/lib64/python2.7/site-packages/matplotlib/backends/backend_svg.py:744:
PendingDeprecationWarning: The CObject type is marked Pending
Deprecation in Python 2.7. Please use capsule objects instead.
  im.flipud_out()
/home/titan/johnh/devlinux/lib64/python2.7/site-packages/matplotlib/backends/backend_svg.py:745:
PendingDeprecationWarning: The CObject type is marked Pending
Deprecation in Python 2.7. Please use capsule objects instead.
  rows, cols, buffer = im.as_rgba_str()
/home/titan/johnh/devlinux/lib64/python2.7/site-packages/matplotlib/backends/backend_svg.py:747:
PendingDeprecationWarning: The CObject type is marked Pending
Deprecation in Python 2.7. Please use capsule objects instead.
  im.flipud_out()
/home/titan/johnh/devlinux/lib64/python2.7/site-packages/matplotlib/mathtext.py:570:
PendingDeprecationWarning: The CObject type is marked Pending
Deprecation in Python 2.7. Please use capsule objects instead.
  self.charmap = font.get_charmap()
/home/titan/johnh/devlinux/lib64/python2.7/site-packages/matplotlib/mathtext.py:731:
PendingDeprecationWarning: The CObject type is marked Pending
Deprecation in Python 2.7. Please use capsule objects instead.
  symbol_name = cached_font.font.get_glyph_name(
/home/titan/johnh/devlinux/lib64/python2.7/site-packages/matplotlib/mathtext.py:621:
PendingDeprecationWarning: The CObject type is marked Pending
Deprecation in Python 2.7. Please use capsule objects instead.
  font.set_size(fontsize, dpi)
/home/titan/johnh/devlinux/lib64/python2.7/site-packages/matplotlib/mathtext.py:622:
PendingDeprecationWarning: The CObject type is marked Pending
Deprecation in Python 2.7. Please use capsule objects instead.
  glyph = font.load_char(
/home/titan/johnh/devlinux/lib64/python2.7/site-packages/matplotlib/mathtext.py:211:
PendingDeprecationWarning: The CObject type is marked Pending
Deprecation in Python 2.7. Please use capsule objects instead.
  info.font.draw_glyph_to_bitmap(
/home/titan/johnh/devlinux/lib64/python2.7/site-packages/matplotlib/mathtext.py:655:
PendingDeprecationWarning: The CObject type is marked Pending
Deprecation in Python 2.7. Please use capsule objects instead.
  cached_font.font.set_size(fontsize, dpi)
/home/titan/johnh/devlinux/lib64/python2.7/site-packages/matplotlib/mathtext.py:656:
PendingDeprecationWarning: The CObject type is marked Pending
Deprecation in Python 2.7. Please use capsule objects instead.
  pclt = cached_font.font.get_sfnt_table('pclt')
/home/titan/johnh/devlinux/lib64/python2.7/site-packages/matplotlib/backends/backend_agg.py:133:
PendingDeprecationWarning: The CObject type is marked Pending
Deprecation in Python 2.7. Please use capsule objects instead.
  self._renderer.draw_text_image(font_image, x, y + 1, angle, gc)
/home/titan/johnh/devlinux/lib64/python2.7/site-packages/matplotlib/textpath.py:246:
PendingDeprecationWarning: The CObject type is marked Pending
Deprecation in Python 2.7. Please use capsule objects instead.
  font.clear()
/home/titan/johnh/devlinux/lib64/python2.7/site-packages/matplotlib/textpath.py:247:
PendingDeprecationWarning: The CObject type is marked Pending
Deprecation in Python 2.7. Please use capsule objects instead.
  font.set_size(self.FONT_SCALE, self.DPI)
/home/titan/johnh/devlinux/lib64/python2.7/site-packages/matplotlib/textpath.py:248:
PendingDeprecationWarning: The CObject type is marked Pending
Deprecation in Python 2.7. Please use capsule objects instead.
  glyph = font.load_char(ccode, flags=LOAD_NO_HINTING)
/home/titan/johnh/devlinux/lib64/python2.7/site-packages/matplotlib/mathtext.py:676:
PendingDeprecationWarning: The CObject type is marked Pending
Deprecation in Python 2.7. Please use capsule objects instead.
  return font.get_kerning(info1.num, info2.num, KERNING_DEFAULT) / 64.0
/home/titan/johnh/devlinux/lib64/python2.7/site-packages/matplotlib/image.py:988:
PendingDeprecationWarning: The CObject type is marked Pending
Deprecation in Python 2.7. Please use capsule objects instead.
  im.set_bg( *mcolors.colorConverter.to_rgba(fc, 0) )
/home/titan/johnh/devlinux/lib64/python2.7/site-packages/matplotlib/image.py:314:
PendingDeprecationWarning: The CObject type is marked Pending
Deprecation in Python 2.7. Please use capsule objects instead.
  im.set_bg( *bg)
/home/titan/johnh/devlinux/lib64/python2.7/site-packages/matplotlib/image.py:317:
PendingDeprecationWarning: The CObject type is marked Pending
Deprecation in Python 2.7. Please use capsule objects instead.
  im.reset_matrix()
/home/titan/johnh/devlinux/lib64/python2.7/site-packages/matplotlib/image.py:318:
PendingDeprecationWarning: The CObject type is marked Pending
Deprecation in Python 2.7. Please use capsule objects instead.
  numrows, numcols = im.get_size()
/home/titan/johnh/devlinux/lib64/python2.7/site-packages/matplotlib/image.py:320:
PendingDeprecationWarning: The CObject type is marked Pending
Deprecation in Python 2.7. Please use capsule objects instead.
  im.resize(numcols, numrows) # just to create im.bufOut that
/home/titan/johnh/devlinux/lib64/python2.7/site-packages/matplotlib/image.py:999:
PendingDeprecationWarning: The CObject type is marked Pending
Deprecation in Python 2.7. Please use capsule objects instead.
  im.flipud_out()
/home/titan/johnh/devlinux/lib64/python2.7/site-packages/matplotlib/mathtext.py:719:
PendingDeprecationWarning: The CObject type is marked Pending
Deprecation in Python 2.7. Please use capsule objects instead.
  symbol_name = cached_font.font.get_glyph_name(num)
/home/titan/johnh/devlinux/lib64/python2.7/site-packages/matplotlib/mathtext.py:896:
PendingDeprecationWarning: The CObject type is marked Pending
Deprecation in Python 2.7. Please use capsule objects instead.
  symbol_name = cached_font.font.get_glyph_name(glyphindex)
/home/titan/johnh/devlinux/lib64/python2.7/site-packages/matplotlib/mathtext.py:221:
PendingDeprecationWarning: The CObject type is marked Pending
Deprecation in Python 2.7. Please use capsule objects instead.
  self.image.draw_rect_filled(int(x1), y, ceil(x2), y + height)

···

On Fri, Sep 23, 2011 at 3:42 PM, John Hunter <jdh2358@...149...> wrote:

On Fri, Sep 23, 2011 at 8:02 AM, John Hunter <jdh2358@...149...> wrote:

Today is the "go-live" date for the mpl release candidate. There are
no more open issues tagged release_critical, so I suggest we branch
this afternoon. This will give people a last chance to merge in
remaining pull requests. If you know you are planning to handle a
given pull request before the branch, please drop a comment on the
pull request or respond here so we don't duplicate effort. Michael,
are you available to make the release branch this afternoon?

I'm seeing lots of warnings like the ones below when running the tests
on a linux platform (opensuse, python2.7 64bit). Should we attempt to
silence these, or is there some cross python version call we could be
using instead?

/home/titan/johnh/devlinux/lib64/python2.7/site-packages/matplotlib/textpath.py:246:
PendingDeprecationWarning: The CObject type is marked Pending
Deprecation in Python 2.7. Please use capsule objects instead.
font.clear()
/home/titan/johnh/devlinux/lib64/python2.7/site-packages/matplotlib/textpath.py:247:
PendingDeprecationWarning: The CObject type is marked Pending
Deprecation in Python 2.7. Please use capsule objects instead.
font.set_size(self.FONT_SCALE, self.DPI)

I wanted to do some changes to doc/users/installing.rst, but it is ignored by the .gitignore file. Is this information autogenerated somewhere else?

Ben Root

···

On Fri, Sep 23, 2011 at 8:02 AM, John Hunter <jdh2358@…149…> wrote:

Today is the “go-live” date for the mpl release candidate. There are

no more open issues tagged release_critical, so I suggest we branch

this afternoon. This will give people a last chance to merge in

remaining pull requests. If you know you are planning to handle a

given pull request before the branch, please drop a comment on the

pull request or respond here so we don’t duplicate effort. Michael,

are you available to make the release branch this afternoon?

This looks like an error in .gitignore. i wrote that file, and can
assure you it was not auto-generated :slight_smile:

···

On Fri, Sep 23, 2011 at 4:19 PM, Benjamin Root <ben.root@...553...> wrote:

I wanted to do some changes to doc/users/installing.rst, but it is ignored
by the .gitignore file. Is this information autogenerated somewhere else?

I haven’t seen any of these warnings: DeprecationWarnings and
PendingDeprecationWarnings are supposed to be turned of by default
in a vanilla Python build. However, I’m familiar with the
PyCObject/PyCapsule issue from working on the matplotlib-py3 branch.

The py3 branch has changes to the local copy of PyCXX to use

PyCapsule instead of CObject, since 3.2 has removed CObject
altogether [1]. However, these changes were made to the Python 3
side of PyCXX only – Python 2.6 and earlier need to continue to
support PyCObject, and Python 2.7 still has PyCObject, so it didn’t
seem worth the effort. I missed that Python 2.7 has a
PendingDeprecationWarning on for these things. I guess we should
probably make the analogous changes to the Python 2 side (inside of
#ifdef’s so Python 2.6 and earlier continue to use PyCObject). It
should be pretty straightforward to do, but I won’t have a chance
until Monday.

[[1]

https://github.com/matplotlib/matplotlib-py3/commit/86a34cab1a005f9bb0d9c2a1b57b3e41fa32064a#comments](https://github.com/matplotlib/matplotlib-py3/commit/86a34cab1a005f9bb0d9c2a1b57b3e41fa32064a#comments)

I submitted these changes upstream to Barry Scott, but it doesn't

look like they’ve made it into the PyCXX SVN repository yet.

Mike
···

<jdh2358@…149…><jdh2358@…149…>http://p.sf.net/sfu/splunk-d2dcopy2Matplotlib-devel@lists.sourceforge.nethttps://lists.sourceforge.net/lists/listinfo/matplotlib-devel

Ok, give me an hour to get home, and I should be able to fix them and finish my polishing work for this release.

Ben

···

On Friday, September 23, 2011, John Hunter <jdh2358@…149…> wrote:

On Fri, Sep 23, 2011 at 4:19 PM, Benjamin Root <ben.root@…553…> wrote:

I wanted to do some changes to doc/users/installing.rst, but it is ignored
by the .gitignore file. Is this information autogenerated somewhere else?

This looks like an error in .gitignore. i wrote that file, and can

assure you it was not auto-generated :slight_smile:

Personally, my vote is to live with the deprecation warnings. They only happen if you turn warnings on in python 2.7 (by default, they are off). I am not that comfortable with such a change this close to release for a minor issue (unless I am missing something…?)

Ben Root

···

On Friday, September 23, 2011, Michael Droettboom <mdroe@…31…> wrote:

I haven’t seen any of these warnings: DeprecationWarnings and PendingDeprecationWarnings are supposed to be turned of by default in a vanilla Python build. However, I’m familiar with the PyCObject/PyCapsule issue from working on the matplotlib-py3 branch.

The py3 branch has changes to the local copy of PyCXX to use PyCapsule instead of CObject, since 3.2 has removed CObject altogether [1]. However, these changes were made to the Python 3 side of PyCXX only – Python 2.6 and earlier need to continue to support PyCObject, and Python 2.7 still has PyCObject, so it didn’t seem worth the effort. I missed that Python 2.7 has a PendingDeprecationWarning on for these things. I guess we should probably make the analogous changes to the Python 2 side (inside of #ifdef’s so Python 2.6 and earlier continue to use PyCObject). It should be pretty straightforward to do, but I won’t have a chance until Monday.

[1] https://github.com/matplotlib/matplotlib-py3/commit/86a34cab1a005f9bb0d9c2a1b57b3e41fa32064a#comments <https://github.com/matplotlib/matplotlib-py3/commit/86a34cab1a005f9bb0d9c2a1b57b3e41fa32064a#comments>

I submitted these changes upstream to Barry Scott, but it doesn’t look like they’ve made it into the PyCXX SVN repository yet.

Mike

Glad to know that you know the workaround. It's not a show-stopper,
and is something we can fix up in the release branch as we are testing
over the next week. I'm heading out fairly soon and am away until
Sunday, so if Ben you want to take charge of cutting the release
branch after you merge feel free. Main things to do are: bump the
version number, build a tarball, and upload the docs to a temporary
section of the sf site (does anyone remember the url we used for this
last time?). For the last piece, I may have to do the upload because
my ssh key is authorized.

I have run tests and doc builds and things are looking good except two
test failures that can be addressed later.

On the issue of the mathtext fonts, I tried reducing the tol to 1e-2
but that didn't fix the problem so I haven't done anything with that
and am only seeing this on some of the platforms I am testing on, so
again, not a show stopper.

···

On Fri, Sep 23, 2011 at 4:46 PM, Michael Droettboom <mdroe@...31...> wrote:

I haven't seen any of these warnings: DeprecationWarnings and
PendingDeprecationWarnings are supposed to be turned of by default in a
vanilla Python build. However, I'm familiar with the PyCObject/PyCapsule
issue from working on the matplotlib-py3 branch.

The py3 branch has changes to the local copy of PyCXX to use PyCapsule
instead of CObject, since 3.2 has removed CObject altogether [1]. However,
these changes were made to the Python 3 side of PyCXX only -- Python 2.6 and
earlier need to continue to support PyCObject, and Python 2.7 still has
PyCObject, so it didn't seem worth the effort. I missed that Python 2.7 has
a PendingDeprecationWarning on for these things. I guess we should probably
make the analogous changes to the Python 2 side (inside of #ifdef's so
Python 2.6 and earlier continue to use PyCObject). It should be pretty
straightforward to do, but I won't have a chance until Monday.

Ok, looks like I was wrong. I was trying to figure out what was going on, and found a commit that stated that the information in doc/users/installing.rst was to be moved over to INSTALL.

So, don’t merge in my branch yet… I need to lop off a couple of commits…

Ben Root

···

On Fri, Sep 23, 2011 at 4:46 PM, Benjamin Root <ben.root@…552…553…> wrote:

On Friday, September 23, 2011, John Hunter <jdh2358@…149…> wrote:

On Fri, Sep 23, 2011 at 4:19 PM, Benjamin Root <ben.root@…553…> wrote:

I wanted to do some changes to doc/users/installing.rst, but it is ignored
by the .gitignore file. Is this information autogenerated somewhere else?

This looks like an error in .gitignore. i wrote that file, and can

assure you it was not auto-generated :slight_smile:

Ok, give me an hour to get home, and I should be able to fix them and finish my polishing work for this release.

Ben

Ok, I did some reverts, and that should handle most issues. The vast bulk of the documentation work has been merged into master. If anybody encounters a problem where their rebase fails because it would modify an untracked “doc/users/installing.rst”, it is ok to skip that commit. This should only happen if you happen to have a build of the documentation.

I will see about cutting the release, but I won’t be able to upload any files to SF, unless somebody can give me that permission for my account.

Thanks,
Ben Root

···

On Fri, Sep 23, 2011 at 6:35 PM, Benjamin Root <ben.root@…854…> wrote:

On Fri, Sep 23, 2011 at 4:46 PM, Benjamin Root <ben.root@…553…> wrote:

On Friday, September 23, 2011, John Hunter <jdh2358@…149…> wrote:

On Fri, Sep 23, 2011 at 4:19 PM, Benjamin Root <ben.root@…553…> wrote:

I wanted to do some changes to doc/users/installing.rst, but it is ignored
by the .gitignore file. Is this information autogenerated somewhere else?

This looks like an error in .gitignore. i wrote that file, and can

assure you it was not auto-generated :slight_smile:

Ok, give me an hour to get home, and I should be able to fix them and finish my polishing work for this release.

Ben

Ok, looks like I was wrong. I was trying to figure out what was going on, and found a commit that stated that the information in doc/users/installing.rst was to be moved over to INSTALL.

So, don’t merge in my branch yet… I need to lop off a couple of commits…

Ben Root

Working through the checklist, I am wary of cutting an RC at this particular moment. Why is just about a quarter of all the tests coming back as known fails? Also, running unit/memleak_hawaii3.py is showing what seems to be a memory leak (GTKAgg, Python 2.7, Ubuntu, 32-bit) on my system. The step ups are about 40-50 KB at about once every 10 seconds.

Anybody else seeing these?

Ben Root

···

On Fri, Sep 23, 2011 at 11:54 PM, Benjamin Root <ben.root@…867…> wrote:

On Fri, Sep 23, 2011 at 6:35 PM, Benjamin Root <ben.root@…553…> wrote:

On Fri, Sep 23, 2011 at 4:46 PM, Benjamin Root <ben.root@…553…> wrote:

On Friday, September 23, 2011, John Hunter <jdh2358@…149…> wrote:

On Fri, Sep 23, 2011 at 4:19 PM, Benjamin Root <ben.root@…553…> wrote:

I wanted to do some changes to doc/users/installing.rst, but it is ignored
by the .gitignore file. Is this information autogenerated somewhere else?

This looks like an error in .gitignore. i wrote that file, and can

assure you it was not auto-generated :slight_smile:

Ok, give me an hour to get home, and I should be able to fix them and finish my polishing work for this release.

Ben

Ok, looks like I was wrong. I was trying to figure out what was going on, and found a commit that stated that the information in doc/users/installing.rst was to be moved over to INSTALL.

So, don’t merge in my branch yet… I need to lop off a couple of commits…

Ben Root

Ok, I did some reverts, and that should handle most issues. The vast bulk of the documentation work has been merged into master. If anybody encounters a problem where their rebase fails because it would modify an untracked “doc/users/installing.rst”, it is ok to skip that commit. This should only happen if you happen to have a build of the documentation.

I will see about cutting the release, but I won’t be able to upload any files to SF, unless somebody can give me that permission for my account.

Thanks,
Ben Root