Releases: sqlalchemy/mako
1.2.0
1.2.0
Released: Thu Mar 10 2022
changed
-
[changed] [py3k] Corrected "universal wheel" directive in
setup.cfg
so that building a
wheel does not target Python 2.References: #351
-
[changed] [py3k] The
bytestring_passthrough
template argument is removed, as this
flag only applied to Python 2. -
[changed] [py3k] With the removal of Python 2's
cStringIO
, Mako now uses its own
internalFastEncodingBuffer
exclusively. -
[changed] [py3k] Removed
disable_unicode
flag, that's no longer used in Python 3. -
[changed] Refactored test utilities into
mako.testing
module. Removed
unittest.TestCase
dependency in favor ofpytest
.References: #349
-
[changed] [setup] Replaced the use of
pkg_resources
with theimportlib
library.
For Python < 3.8 the libraryimportlib_metadata
is used. -
[changed] [py3k] Removed support for Python 2 and Python 3.6. Mako now requires Python >=
3.7.
bug
- [bug] [py3k] Mako now performs exception chaining using
raise from
, correctly
identifying underlying exception conditions when it raises its own
exceptions. Pull request courtesy Ram Rachum.
1.1.6
1.1.5
1.1.4
1.1.3
1.1.2
1.1.1
1.1.1
Released: Mon Jan 20 2020
bug
-
[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.References: #310
-
[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.References: #304
1.1.0
1.1.0
Released: Thu Aug 1 2019
-
[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.References: #301
-
[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.References: #295
-
[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.References: #303
-
[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.References: #249
1.0.14
1.0.14
Released: Sat Jul 20 2019
-
[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.
1.0.13
1.0.13
Released: Mon Jul 1 2019
- [bug] [exceptions] Improved the line-number tracking for source lines inside of Python
<% ... %>
blocks, such that text- and HTML-formatted exception traces such
as that ofhtml_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. Pull request courtesy Martin von Gagern.