Bump pixman dependency here to. From obache.
Update to 0.21.1:

0.21.1 (2014-10-18)
===================

Features added
--------------

* New ``cythonize`` option ``-a`` to generate the annotated HTML source view.

* Missing C-API declarations in ``cpython.unicode`` were added.

* Passing ``language='c++'`` into cythonize() globally enables C++ mode for
  all modules that were not passed as Extension objects (i.e. only source
  files and file patterns).

* ``Py_hash_t`` is a known type (used in CPython for hash values).

* ``PySlice_*()`` C-API functions are available from the ``cpython.slice``
  module.

* Allow arrays of C++ classes.

Bugs fixed
----------

* Reference leak for non-simple Python expressions in boolean and/or expressions.

* To fix a name collision and to reflect availability on host platforms,
  standard C declarations [ clock(), time(), struct tm and tm* functions ]
  were moved from posix/time.pxd to a new libc/time.pxd.  Patch by Charles
  Blake.

* Rerunning unmodified modules in IPython's cython support failed.
  Patch by Matthias Bussonier.

* Casting C++ ``std::string`` to Python byte strings failed when
  auto-decoding was enabled.

* Fatal exceptions in global module init code could lead to crashes
  if the already created module was used later on (e.g. through a
  stale reference in sys.modules or elsewhere).

* ``cythonize.py`` script was not installed on MS-Windows.

Other changes
-------------

* Compilation no longer fails hard when unknown compilation options are
  passed.  Instead, it raises a warning and ignores them (as it did silently
  before 0.21).  This will be changed back to an error in a future release.
Updated devel/py-cython to 0.21.1
Use CONFIG_SHELL instead of PKGSRC_MAKE_ENV, thanks wiz@
Use CONFIG_SHELL instead of PKGSRC_MAKE_ENV, thanks wiz@
Actually, revert previous (since only cairo itself needs the newer pixman)
and just remove the line, since pixman's buildlink3.mk already asks
for a newer version.
Update to 1.4.21:

Fixes

    makefile cleanups
    Avoid OOM errors when locked items stuck in tail

If clients occasionally fetch many items, more than can fit the
TCP buffers, then hang for a very long period of time, that slab
class could OOM. In older versions this could cause a crash. Since
1.4.20 this will cause OOM errors.

Now, if a locked item lands in the LRU tail, it will be bumped back
to the head and an lrutail_reflocked counter incremented. If you're
concerned about having stuck clients, watch that counter.

Big thanks to Jay Grizzard et all at Box for helping track this
down!
Updated devel/memcached to 1.4.21
Update to 20141021.r10286:
Stop using NSApp in the OS X front end.
Updated games/puzzles to 20141021.r10286
Fix building on OS X 10.10
Describe timidity option.
Revert previous, committed by accident.
Add patch from https://bugzilla.gnome.org/show_bug.cgi?id=668522
via PR 47373 by Richard Palo.
Bump PKGREVISION.
Updated devel/py-gobject to 2.28.6nb12
Update py-geojson to 1.0.9.

1.0.9 (2014-10-05)
------------------

- Fix bug where unicode/non-string properties with a 'type' key
  cause a crash

1.0.8 (2014-09-30)
------------------

- Fix bug where unicode keys don't get decoded properly
- Add coords and map_coords utilities
Updated geography/py-geojson to 1.0.9.
Update py-flask-mail to 0.9.1.

Version 0.9.1
-------------

Released September 28 2014

- Add an option for force ASCII file attachments
- Fix `force_text` function
- Fix some Python 3 support regarding email policy
- Added support ESMTP options
- Fixed various unicode issues related to message attachments,
  subjects, and email addresses
Updated www/py-flask-mail to 0.9.1.
Update py-flask-security to 1.7.4.

Version 1.7.4
-------------

Released October 13th 2014

- Fixed a bug related to changing existing passwords from plaintext to
  hashed
- Fixed a bug in form validation that did not enforce case insensivitiy
- Fixed a bug with validating redirects