CVS log for pkgsrc/devel/py-mako/Makefile

Up to [cvs.NetBSD.org] / pkgsrc / devel / py-mako

Request diff between arbitrary revisions

Keyword substitution: kv
Default branch: MAIN

py-mako: updated to 1.3.10

1.3.10

Fix undefined variable errors when strict_undefined=True when using a nested list comprehension.

py-mako: fix wheel name for latest setuptools and depend on it

Bump PKGREVISION.

py-mako: updated to 1.3.9

1.3.9

[bug] [tests]

Fixed test suite to not rely upon ancient “future division” statement to test the Template.future_imports feature. The test is replaced with one that tests only the rendering, not the ultimate effect.

py-mako: update to 1.3.8.

.. changelog::
    :version: 1.3.8
    :released: Sat Dec 7 2024

    .. change::
        :tags: bug, lexer
        :tickets: 415, 140

        Reverted the fix for :ticket:`140` released in Mako 1.3.7 as it produced
        regressions in existing user code.


.. changelog::
    :version: 1.3.7 (yanked)
    :released: Tue Dec 3 2024

    .. change::
        :tags: bug, lexer, codegen
        :tickets: 140

        During the lexical analysis phase, add an additional prefix for undeclared
        identifiers that have the same name as built-in flags, and determine the
        final filter to be used during the code generation phase based on the
        context provided by the user. Pull request by Hai Zhu.

    .. change::
        :tags: bug, lexer
        :tickets: 400, 401

        Support the direct passing of dictionary literals when calling functions
        and fix the errors caused by nested braces.   This revises the fix that was
        released in 1.3.4 and then reverted in 1.3.5. Pull request by Hai Zhu and
        Jose Galvez.

py-*: remove unused tool dependency

py-setuptools includes the py-wheel functionality nowadays

py-mako: updated to 1.3.6

1.3.6

[bug] [lexer]

Fixed long standing bug where the sequence <& would be misinterpreted by the lexer. It’s not clear why the ampersand character was part of the characters being consumed here and it may have been an inadvertent bit of code from one of Mako’s predecessor languages.

py-mako: updated to 1.3.5

1.3.5

bug

[bug] [lexer] [regression]

Reverted the fix for #400 as it caused new issues when traversing some bracketed situations.

py-mako: update to 1.3.3.

    :version: 1.3.3
    :released: Wed Apr 10 2024

    .. change::
        :tags: bug, codegen
        :tickets: 146

        Fixed unexpected error when use control lines which the
        first control block with no bodies other than comments,
        as `pass` is now added to the first empty block.
        Pull request courtesy Hai Zhu.

    .. change::
        :tags: bug, parser
        :tickets: 320

        Fixed unexpected syntax error in strict_undefined mode that occurred
        when using comprehensions within a function in a Mako Python code block.
        Now, the local variable in comprehensions won't be added to the checklist
        when using strict_undefined mode.
        Pull request courtesy Hai Zhu.

py-mako: updated to 1.3.2

1.3.2

bug

[bug] [lexer]

Fixed parsing issue where attempting to render a single percent sign % using an escaped percent %% would not function correctly if the escaped percent were not the first character on a line. Note that this is a revised version of a similar change made in Mako 1.3.1 which caused unexpected parsing regressions, resulting in the release being yanked. Pull request courtesy Hai Zhu.

py-mako: updated to 1.3.1

1.3.1

Fixed parsing issue where attempting to render a single percent sign % using an escaped percent %% would not function correctly if the escaped percent were not the first character on a line. Pull request courtesy Hai Zhu.

py-mako: update to 1.3.0.

Mako 1.3.0 bumps the minimum Python version to 3.8, as 3.7 is EOL as of
2023-06-27.   Python 3.12 is now supported explicitly.

py-mako: updated to 1.2.4

1.2.4
Fixed issue where unpacking nested tuples in a for loop using would raise a
"couldn't apply loop context" error if the loop context was used. The regex
used to match the for loop expression now allows the list of loop variables
to contain parenthesized sub-tuples. Pull request courtesy Matt Trescott.

py-mako: updated to 1.2.3

1.2.3

Fixed issue in lexer in the same category as that of 366 where the regexp used to match an end tag didn’t correctly organize for matching characters surrounded by whitespace, leading to high memory / interpreter hang if a closing tag incorrectly had a large amount of unterminated space in it. Credit to Sebastian Chnelik for locating the issue.
As Mako templates inherently render and directly invoke arbitrary Python code from the template source, it is never appropriate to create templates that contain untrusted input.


1.2.2

Fixed issue in lexer where the regexp used to match tags would not correctly interpret quoted sections individually. While this parsing issue still produced the same expected tag structure later on, the mis-handling of quoted sections was also subject to a regexp crash if a tag had a large number of quotes within its quoted sections. Credit to Sebastian Chnelik for locating the issue.
As Mako templates inherently render and directly invoke arbitrary Python code from the template source, it is never appropriate to create templates that contain untrusted input.


1.2.1

Various fixes to the test suite in the area of exception message rendering to accommodate for variability in Python versions as well as Pygments.
Optimized some codepaths within the lexer/Python code generation process, improving performance for generation of templates prior to their being cached. Pull request courtesy Takuto Ikuta.


1.2.0
Corrected “universal wheel” directive in setup.cfg so that building a wheel does not target Python 2.
The bytestring_passthrough template argument is removed, as this flag only applied to Python 2.
With the removal of Python 2’s cStringIO, Mako now uses its own internal FastEncodingBuffer exclusively.
Removed disable_unicode flag, that’s no longer used in Python 3.
Refactored test utilities into mako.testing module. Removed unittest.TestCase dependency in favor of pytest.
Replaced the use of pkg_resources with the importlib library. For Python < 3.8 the library importlib_metadata is used.
Removed support for Python 2 and Python 3.6. Mako now requires Python >= 3.7.
Mako now performs exception chaining using raise from, correctly identifying underlying exception conditions when it raises its own exceptions. Pull request courtesy Ram Rachum.

python: egg.mk: add USE_PKG_RESOURCES flag

This flag should be set for packages that import pkg_resources
and thus need setuptools after the build step.

Set this flag for packages that need it and bump PKGREVISION.

*: bump PKGREVISION for egg.mk users

They now have a tool dependency on py-setuptools instead of a DEPENDS

py-mako: updated to 1.1.6

1.1.6

[bug] [lexer]

Fixed issue where control statements on multi lines with a backslash would not parse correctly if the template itself contained CR/LF pairs as on Windows.

py-mako: updated to 1.1.5

1.1.5

[bug] [tests]

Fixed some issues with running the test suite which would be revealed by running tests in random order.

py-mako: updated to 1.1.4

1.1.4:
Fixed Python deprecation issues related to module importing, as well as file access within the Lingua plugin, for deprecated APIs that began to emit warnings under Python 3.10.

devel/py-mako: Fix missing dependency

py-mako: updated to 1.1.3

1.1.3:
The default template encoding is now utf-8.  Previously, the encoding
"ascii", which was standard throughout Python 2.   This allows that
"magic encoding comment" for utf-8 templates is no longer required.

py-mako: updated to 1.1.2

1.1.2
[feature] [commands]
Added –output-file argument to the Mako command line runner, which allows a specific output file to be selected. Pull request courtesy Björn Dahlgren.

1.1.1

[bug] [py3k]
Replaced usage of the long-superseded “parser.suite” module in the mako.util package for parsing the python magic encoding comment with the “ast.parse” function introduced many years ago in Python 2.5, as “parser.suite” is emitting deprecation warnings in Python 3.9.

[bug] [ext]
Added “babel” and “lingua” dependency entries to the setuptools entrypoints for the babel and lingua extensions, so that pkg_resources can check that these extra dependencies are available, raising an informative exception if not. Pull request courtesy sinoroc.

all: migrate homepages from http to https

pkglint -r --network --only "migrate"

As a side-effect of migrating the homepages, pkglint also fixed a few
indentations in unrelated lines. These and the new homepages have been
checked manually.

py-mako: updated to 1.1.0

1.1.0

changed

[changed] [setup]
Removed the “python setup.py test” feature in favor of a straight run of “tox”. Per Pypa / pytest developers, “setup.py” commands are in general headed towards deprecation in favor of tox. The tox.ini script has been updated such that running “tox” with no arguments will perform a single run of the test suite against the default installed Python interpreter.

[changed] [installer] [py3k]
Mako 1.1 now supports Python versions:
- 2.7
- 3.4 and higher

This includes that setup.py no longer includes any conditionals, allowing for a pure Python wheel build, however this is not necessarily part of the Pypi release process as of yet. The test suite also raises for Python deprecation warnings.

bug

[bug] [py3k] [windows]
Replaced usage of time.clock() on windows as well as time.time() elsewhere for microsecond timestamps with timeit.default_timer(), as time.clock() is being removed in Python 3.8. Pull request courtesy Christoph Reiter.

[bug] [py3k]
Replaced usage of inspect.getfullargspec() with the vendored version used by SQLAlchemy, Alembic to avoid future deprecation warnings. Also cleans up an additional version of the same function that’s apparently been floating around for some time.

py-mako: updated to 1.0.14

1.0.14

[feature] [template]

The n filter is now supported in the <%page> tag. This allows a template to omit the default expression filters throughout a whole template, for those cases where a template-wide filter needs to have default filtering disabled. Pull request courtesy Martin von Gagern.

[bug] [exceptions]

Fixed issue where the correct file URI would not be shown in the template-formatted exception traceback if the template filename were not known. Additionally fixes an issue where stale filenames would be displayed if a stack trace alternated between different templates. Pull request courtesy Martin von Gagern.

py-mako: updated to 1.0.13

version: 1.0.13
Improved the line-number tracking for source lines inside of Python  <%
... %> blocks, such that text- and HTML-formatted exception traces such
as that of  :func:.html_error_template now report the correct source line
inside the block, rather than the first line of the block itself.
Exceptions in <%! ... %> blocks which get raised while loading the
module are still not reported correctly, as these are handled before the
Mako code is generated.

py-mako: updated to 1.0.12

1.0.12
[bug] [py3k]
Fixed regression where import refactors in Mako 1.0.11 caused broken imports on Python 3.8.

1.0.11
[change]
Updated for additional project metadata in setup.py. Additionally, the code has been reformatted using Black and zimports.

1.0.10
[bug] [py3k]
Added a default encoding of “utf-8” when the RichTraceback object retrieves Python source lines from a Python traceback; as these are bytes in Python 3 they need to be decoded so that they can be formatted in the template.

py-mako: updated to 1.0.9

1.0.9:
Further corrected the previous fix for 287 as it relied upon an attribute that is monkeypatched by Python’s ast module for some reason, which fails if ast hasn’t been imported; the correct attribute Constant.value is now used. Also note the issue was mis-numbered in the previous changelog note.

py-mako: updated to 1.0.8

1.0.8
[bug] Fixed an element in the AST Python generator which changed for Python 3.8, causing expression generation to fail.
[feature] Added --output-encoding flag to the mako-render script. Pull request courtesy lacsaP.
[bug] Removed unnecessary “usage” prefix from mako-render script. Pull request courtesy Hugo.

1.0.7
[bug] Changed the “print” in the mako-render command to sys.stdout.write(), avoiding the extra newline at the end of the template output.

Remove incorrect mastersite.

update to Mako-1.0.4

.. changelog::
    :version: 1.0.4
    :released: Thu Mar 10 2016

    .. change::
        :tags: feature, test

      The default test runner is now py.test.  Running "python setup.py test"
      will make use of py.test instead of nose.  nose still works as a test
      runner as well, however.

    .. change::
        :tags: bug, lexer
        :pullreq: github:19

      Major improvements to lexing of intricate Python sections which may
      contain complex backslash sequences, as well as support for the bitwise
      operator (e.g. pipe symbol) inside of expression sections distinct
      from the Mako "filter" operator, provided the operator is enclosed
      within parentheses or brackets.  Pull request courtesy Daniel Martin.

    .. change::
        :tags: feature
        :pullreq: bitbucket:16

      Added new method :meth:`.Template.list_defs`.   Pull request courtesy
      Jonathan Vanasco.

.. changelog::
    :version: 1.0.3
    :released: Tue Oct 27 2015

    .. change::
        :tags: bug, babel
        :pullreq: bitbucket:21

      Fixed an issue where the Babel plugin would not handle a translation
      symbol that contained non-ascii characters.  Pull request courtesy
      Roman Imankulov.

.. changelog::
    :version: 1.0.2
    :released: Wed Aug 26 2015

    .. change::
        :tags: bug, installation
        :tickets: 249

      The "universal wheel" marker is removed from setup.cfg, because
      our setup.py currently makes use of conditional dependencies.
      In :ticket:`249`, the discussion is ongoing on how to correct our
      setup.cfg / setup.py fully so that we can handle the per-version
      dependency changes while still maintaining optimal wheel settings,
      so this issue is not yet fully resolved.

    .. change::
        :tags: bug, py3k
        :tickets: 250

      Repair some calls within the ast module that no longer work on Python3.5;
      additionally replace the use of ``inspect.getargspec()`` under
      Python 3 (seems to be called from the TG plugin) to avoid deprecation
      warnings.

    .. change::
        :tags: bug
        :pullreq: bitbucket:18

      Update the Lingua translation extraction plugin to correctly
      handle templates mixing Python control statements (such as if,
      for and while) with template fragments. Pull request courtesy
      Laurent Daverio.

    .. change::
        :tags: feature
        :tickets: 236

      Added ``STOP_RENDERING`` keyword for returning/exiting from a
      template early, which is a synonym for an empty string ``""``.
      Previously, the docs suggested a bare
      ``return``, but this could cause ``None`` to appear in the
      rendered template result.

      .. seealso::

        :ref:`syntax_exiting_early`

Fix MASTER_SITES

Switch to MASTER_SITES_PYPI.

Update to 1.0.1:

1.0.1

Released: Thu Jan 22 2015

  • [feature] Added support for Lingua, a translation extraction system as an
    alternative to Babel. Pull request courtesy Wichert Akkerman.

    References: pull request bitbucket:9

  • [bug] [py3k] Modernized the examples/wsgi/run_wsgi.py file for Py3k. Pull
    requset courtesy Cody Taylor.

    References: pull request bitbucket:11

1.0.0

Released: Sun Jun 8 2014

  • [py2k] [bug] Improved the error re-raise operation when a custom
    Template.error_handler is used that does not handle the exception; the
    original stack trace etc. is now preserved. Pull request courtesy Manfred
    Haltner.

    References: pull request bitbucket:8

  • [py2k] [bug] [filters] Added an html_escape filter that works in “non
    unicode” mode. Previously, when using disable_unicode=True, the u filter
    would fail to handle non-ASCII bytes properly. Pull request courtesy George
    Xie.

    References: pull request bitbucket:7

  • [general] Compatibility changes; in order to modernize the codebase, Mako
    is now dropping support for Python 2.4 and Python 2.5 altogether. The
    source base is now targeted at Python 2.6 and forwards.

  • [feature] Template modules now generate a JSON “metadata” structure at the
    bottom of the source file which includes parseable information about the
    templates’ source file, encoding etc. as well as a mapping of module source
    lines to template lines, thus replacing the “# SOURCE LINE” markers
    throughout the source code. The structure also indicates those lines that
    are explicitly not part of the template’s source; the goal here is to allow
    better integration with coverage and other tools.

  • [bug] [py3k] Fixed bug in decode.<encoding> filter where a non-string
    object would not be correctly interpreted in Python 3.

  • [bug] [py3k] Fixed bug in Python parsing logic which would fail on Python 3
    when a “try/except” targeted a tuple of exception types, rather than a
    single exception.

    References: #227

  • [feature] mako-render is now implemented as a setuptools entrypoint script;
    a standalone mako.cmd.cmdline() callable is now available, and the system
    also uses argparse now instead of optparse. Pull request courtesy Derek
    Harland.

    References: pull request bitbucket:5

  • [feature] The mako-render script will now catch exceptions and run them
    into the text error handler, and exit with a non-zero exit code. Pull
    request courtesy Derek Harland.

    References: pull request bitbucket:4

  • [bug] A rework of the mako-render script allows the script to run correctly
    when given a file pathname that is outside of the current directory, e.g.
    mako-render ../some_template.mako. In this case, the “template root”
    defaults to the directory in which the template is located, instead of ”.”.
    The script also accepts a new argument --template-dir which can be
    specified multiple times to establish template lookup directories. Standard
    input for templates also works now too. Pull request courtesy Derek
    Harland.

    References: pull request bitbucket:2

  • [feature] [py3k] Support is added for Python 3 “keyword only” arguments, as
    used in defs. Pull request courtesy Eevee.

    References: pull request github:7

0.9

0.9.1

Released: Thu Dec 26 2013

  • [bug] Fixed bug in Babel plugin where translator comments would be lost if
    intervening text nodes were encountered. Fix courtesy Ned Batchelder.

    References: #225

  • [bug] Fixed TGPlugin.render method to support unicode template names in
    Py2K - courtesy Vladimir Magamedov.

  • [bug] Fixed an AST issue that was preventing correct operation under alpha
    versions of Python 3.4. Pullreq courtesy Zer0-.

  • [bug] Changed the format of the “source encoding” header output by the code
    generator to use the format # -*- coding:%s -*- instead of # -*-
    encoding:%s -*-; the former is more common and compatible with emacs.
    Courtesy Martin Geisler.

  • [bug] Fixed issue where an old lexer rule prevented a template line which
    looked like “#*” from being correctly parsed.

    References: #224

0.9.0

Released: Tue Aug 27 2013

  • [bug] The Context.locals_() method becomes a private underscored method, as
    this method has a specific internal use. The purpose of Context.kwargs has
    been clarified, in that it only delivers top level keyword arguments
    originally passed to template.render().

    References: #219

  • [bug] Fixed the babel plugin to properly interpret ${} sections inside of a
    “call” tag, i.e. <%self:some_tag attr=”${_(‘foo’)}”/>. Code that’s subject
    to babel escapes in here needs to be specified as a Python expression, not
    a literal. This change is backwards incompatible vs. code that is relying
    upon a _(‘’) translation to be working within a call tag.

  • [bug] The Babel plugin has been repaired to work on Python 3.

    References: #187

  • [bug] Using <%namespace import=”*” module=”somemodule”/> now skips over
    module elements that are not explcitly callable, avoiding TypeError when
    trying to produce partials.

    References: #207

  • [bug] Fixed Py3K bug where a “lambda” expression was not interpreted
    correctly within a template tag; also fixed in Py2.4.

    References: #190

Changes 0.8.1:
- [bug] Changed setup.py to skip installing markupsafe
  if Python version is < 2.6 or is between 3.0 and
  less than 3.3, as Markupsafe now only supports 2.6->2.X,
  3.3->3.X.
- [bug] Fixed regression where "entity" filter wasn't
  converted for py3k properly (added tests.)
- [bug] Fixed bug where mako-render script wasn't
  compatible with Py3k.
- [bug] Cleaned up all the various deprecation/
  file warnings when running the tests under
  various Pythons with warnings turned on.

Update to 0.7.3

Changelog:
0.7.3
- [bug] legacy_html_escape function, used when
  Markupsafe isn't installed, was using an inline-compiled
  regexp which causes major slowdowns on Python 3.3;
  is now precompiled.

- [bug] AST supporting now supports tuple-packed
  function arguments inside pure-python def
  or lambda expressions.  [ticket:201]

- [bug] Fixed Py3K bug in the Babel extension.

- [bug] Fixed the "filter" attribute of the
  <%text> tag so that it pulls locally specified
  identifiers from the context the same
  way as that of <%block> and <%filter>.

- [bug] Fixed bug in plugin loader to correctly
  raise exception when non-existent plugin
  is specified.

0.7.2
- [bug] Fixed regression in 0.7.1 where AST
  parsing for Py2.4 was broken.
  [ticket:193]

0.7.1
- [feature] Control lines with no bodies will
  now succeed, as "pass" is added for these
  when no statements are otherwise present.
  Courtesy Ben Trofatter [ticket:146]

- [bug] Fixed some long-broken scoping behavior
  involving variables declared in defs and such,
  which only became apparent when
  the strict_undefined flag was turned on.
  [ticket:192]

- [bug] Can now use strict_undefined at the
  same time args passed to def() are used
  by other elements of the <%def> tag.
  [ticket:191]

0.7.0
- [feature] Added new "loop" variable to templates,
  is provided within a % for block to provide
  info about the loop such as index, first/last,
  odd/even, etc.  A migration path is also provided
  for legacy templates via the "enable_loop" argument
  available on Template, TemplateLookup, and <%page>.
  Thanks to Ben Trofatter for all
  the work on this [ticket:125]

- [feature] Added a real check for "reserved"
  names, that is names which are never pulled
  from the context and cannot be passed to
  the template.render() method.  Current names
  are "context", "loop", "UNDEFINED".

- [feature] The html_error_template() will now
  apply Pygments highlighting to the source
  code displayed in the traceback, if Pygments
  if available.  Courtesy Ben Trofatter
  [ticket:95]

- [feature] Added support for context managers,
  i.e. "% with x as e:/ % endwith" support.
  Courtesy Ben Trofatter [ticket:147]

- [feature] Added class-level flag to CacheImpl
  "pass_context"; when True, the keyword argument
  'context' will be passed to get_or_create()
  containing the Mako Context object.
  [ticket:185]

- [bug] Fixed some Py3K resource warnings due
  to filehandles being implicitly closed.
  [ticket:182]

- [bug] Fixed endless recursion bug when
  nesting multiple def-calls with content.
  Thanks to Jeff Dairiki. [ticket:186]

- [feature] Added Jinja2 to the example
  benchmark suite, courtesy Vincent Férotin

0.6.2
- [bug] The ${{"foo":"bar"}} parsing issue is fixed!!
  The legendary Eevee has slain the dragon!
  [ticket:20].  Also fixes quoting issue
  at [ticket:86].

0.6.1
- [bug] Added special compatibility for the 0.5.0
  Cache() constructor, which was preventing file
  version checks and not allowing Mako 0.6 to
  recompile the module files.

0.6.0

- [feature] Template caching has been converted into a plugin
  system, whereby the usage of Beaker is just the
  default plugin.   Template and TemplateLookup
  now accept a string "cache_impl" parameter which
  refers to the name of a cache plugin, defaulting
  to the name 'beaker'.  New plugins can be
  registered as pkg_resources entrypoints under
  the group "mako.cache", or registered directly
  using mako.cache.register_plugin().  The
  core plugin is the mako.cache.CacheImpl
  class.

- [feature] Added support for Beaker cache regions
  in templates.   Usage of regions should be considered
  as superseding the very obsolete idea of passing in
  backend options, timeouts, etc. within templates.

- [feature] The 'put' method on Cache is now
  'set'.  'put' is there for backwards compatibility.

- [feature] The <%def>, <%block> and <%page> tags now accept
  any argument named "cache_*", and the key
  minus the "cache_" prefix will be passed as keyword
  arguments to the CacheImpl methods.

- [feature] Template and TemplateLookup now accept an argument
  cache_args, which refers to a dictionary containing
  cache parameters.  The cache_dir, cache_url, cache_type,
  cache_timeout arguments are deprecated (will probably
  never be removed, however) and can be passed
  now as cache_args={'url':<some url>, 'type':'memcached',
  'timeout':50, 'dir':'/path/to/some/directory'}

- [feature/bug] Can now refer to context variables
  within extra arguments to <%block>, <%def>, i.e.
  <%block name="foo" cache_key="${somekey}">.
  Filters can also be used in this way, i.e.
  <%def name="foo()" filter="myfilter">
  then template.render(myfilter=some_callable)
  [ticket:180]

- [feature] Added "--var name=value" option to the mako-render
  script, allows passing of kw to the template from
  the command line. [ticket:178]

- [feature] Added module_writer argument to Template,
  TemplateLookup, allows a callable to be passed which
  takes over the writing of the template's module source
  file, so that special environment-specific steps
  can be taken.  [ticket:181]

- [bug] The exception message in the html_error_template
  is now escaped with the HTML filter. [ticket:142]

- [bug] Added "white-space:pre" style to html_error_template()
  for code blocks so that indentation is preserved
  [ticket:173]

- [bug] The "benchmark" example is now Python 3 compatible
  (even though several of those old template libs aren't
  available on Py3K, so YMMV) [ticket:175]

Drop superfluous PKG_DESTDIR_SUPPORT, "user-destdir" is default these days.

Update to 0.5.0

Changelog:
0.5
- A Template is explicitly disallowed
  from having a url that normalizes to relative outside
  of the root.   That is, if the Lookup is based
  at /home/mytemplates, an include that would place
  the ultimate template at
  /home/mytemplates/../some_other_directory,
  i.e. outside of /home/mytemplates,
  is disallowed.   This usage was never intended
  despite the lack of an explicit check.
  The main issue this causes
  is that module files can be written outside
  of the module root (or raise an error, if file perms aren't
  set up), and can also lead to the same template being
  cached in the lookup under multiple, relative roots.
  TemplateLookup instead has always supported multiple
  file roots for this purpose.
  [ticket:174]

0.4.2
- Fixed bug regarding <%call>/def calls w/ content
  whereby the identity of the "caller" callable
  inside the <%def> would be corrupted by the
  presence of another <%call> in the same block.
  [ticket:170]

- Fixed the babel plugin to accommodate <%block>
  [ticket:169]

0.4.1
- New tag: <%block>.  A variant on <%def> that
  evaluates its contents in-place.
  Can be named or anonymous,
  the named version is intended for inheritance
  layouts where any given section can be
  surrounded by the <%block> tag in order for
  it to become overrideable by inheriting
  templates, without the need to specify a
  top-level <%def> plus explicit call.
  Modified scoping and argument rules as well as a
  more strictly enforced usage scheme make it ideal
  for this purpose without at all replacing most
  other things that defs are still good for.
  Lots of new docs. [ticket:164]

- a slight adjustment to the "highlight" logic
  for generating template bound stacktraces.
  Will stick to known template source lines
  without any extra guessing. [ticket:165]

0.4.0
- A 20% speedup for a basic two-page
  inheritance setup rendering
  a table of escaped data
  (see http://techspot.zzzeek.org/2010/11/19/quick-mako-vs.-jinja-speed-test/).
  A few configurational changes which
  affect those in the I-don't-do-unicode
  camp should be noted below.

- The FastEncodingBuffer is now used
  by default instead of cStringIO or StringIO,
  regardless of whether output_encoding
  is set to None or not.  FEB is faster than
  both.  Only StringIO allows bytestrings
  of unknown encoding to pass right
  through, however - while it is of course
  not recommended to send bytestrings of unknown
  encoding to the output stream, this
  mode of usage can be re-enabled by
  setting the flag bytestring_passthrough
  to True.

- disable_unicode mode requires that
  output_encoding be set to None - it also
  forces the bytestring_passthrough flag
  to True.

- the <%namespace> tag raises an error
  if the 'template' and 'module' attributes
  are specified at the same time in
  one tag.  A different class is used
  for each case which allows a reduction in
  runtime conditional logic and function
  call overhead. [ticket:156]

- the keys() in the Context, as well as
  it's internal _data dictionary, now
  include just what was specified to
  render() as well as Mako builtins
  'caller', 'capture'.  The contents
  of __builtin__ are no longer copied.
  Thanks to Daniel Lopez for pointing
  this out. [ticket:159]

Mako is a template library written in Python. It provides a familiar, non-XML
syntax which compiles into Python modules for maximum performance. Mako's
syntax and API borrows from the best ideas of many others, including Django
templates, Cheetah, Myghty, and Genshi. Conceptually, Mako is an embedded
Python (i.e. Python Server Page) language, which refines the familiar ideas of
componentized layout and inheritance to produce one of the most straightforward
and flexible models available, while also maintaining close ties to Python
calling and scoping semantics.

Initial revision