Revisions of python-Mako
buildservice-autocommit
accepted
request 1221950
from
Markéta Machová (mcalabkova)
(revision 112)
baserev update by copy to link target
Markéta Machová (mcalabkova)
accepted
request 1221806
from
John Paul Adrian Glaubitz (glaubitz)
(revision 111)
- Update to 1.3.6 * 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. - Adjust upstream source name in spec file
buildservice-autocommit
accepted
request 1178620
from
Dirk Mueller (dirkmueller)
(revision 110)
baserev update by copy to link target
Dirk Mueller (dirkmueller)
committed
(revision 109)
- update to 1.3.5: * Reverted the fix for :ticket:`400` as it caused new issues when traversing some bracketed situations.
buildservice-autocommit
accepted
request 1173914
from
Dirk Mueller (dirkmueller)
(revision 108)
baserev update by copy to link target
Dirk Mueller (dirkmueller)
committed
(revision 107)
- update to 1.3.4: * Fixed regression caused by the fix for :ticket:`320` where new logic added to interpret list and dictionary comprehensions would fail for expression oriented keys. As the parsing in question was not necessary for these keys, it's been removed. * Fixed issue where a parsed expression which contained sub-brackets, such as dictionary literals, would fail to be interpreted correctly even though the initial parsing is correct.
buildservice-autocommit
accepted
request 1167721
from
Dirk Mueller (dirkmueller)
(revision 106)
baserev update by copy to link target
Dirk Mueller (dirkmueller)
committed
(revision 105)
- update to 1.3.3: * 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. * 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.
buildservice-autocommit
accepted
request 1143278
from
Dirk Mueller (dirkmueller)
(revision 104)
baserev update by copy to link target
Dirk Mueller (dirkmueller)
committed
(revision 103)
- update to 1.3.2: * 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.
buildservice-autocommit
accepted
request 1140408
from
Antonio Larrosa (alarrosa)
(revision 102)
baserev update by copy to link target
Antonio Larrosa (alarrosa)
accepted
request 1140393
from
Antonio Larrosa (alarrosa)
(revision 101)
Add bug/CVE references correctly interpret quoted sections individually (CVE-2022-40023, bsc#1203246)
buildservice-autocommit
accepted
request 1131715
from
Dirk Mueller (dirkmueller)
(revision 100)
baserev update by copy to link target
Dirk Mueller (dirkmueller)
committed
(revision 99)
- update to 1.3.0: * Mako 1.3.0 bumps the minimum Python version to 3.8 * Python 3.12 is now supported explicitly. - Update to 1.2.4 correctly interpret quoted sections individually * Fixed some issues with running the test suite which would be revealed by running tests in random order. - Use libalternatives instead of update-alternatives. emit warnings under Python 3.10. * The default template encoding is now utf-8 - update to 1.0.8 - fix up build for SLE11 - python3 package added - 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>. - Added a real check for "reserved" names, that is names which are never pulled from the context and cannot be passed to the - The html_error_template() will now apply Pygments highlighting to the source code displayed in the traceback, if Pygments if - Added support for context managers, - Added class-level flag to CacheImpl "pass_context"; when True, the keyword argument 'context' will be passed to - 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
buildservice-autocommit
accepted
request 1093359
from
Dirk Mueller (dirkmueller)
(revision 98)
baserev update by copy to link target
Dirk Mueller (dirkmueller)
accepted
request 1093293
from
Andreas Schneider (gladiac)
(revision 97)
- Use sle15_python_module_pythons
buildservice-autocommit
accepted
request 1039736
from
Dirk Mueller (dirkmueller)
(revision 96)
baserev update by copy to link target
Dirk Mueller (dirkmueller)
accepted
request 1039707
from
Yogalakshmi Arunachalam (yarunachalam)
(revision 95)
- Update to 1.2.4 [bug] [codegen] 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.
buildservice-autocommit
accepted
request 1007102
from
Dirk Mueller (dirkmueller)
(revision 94)
baserev update by copy to link target
Dirk Mueller (dirkmueller)
committed
(revision 93)
- update to 1.2.3: * Fixed issue in lexer in the same category as that of :ticket:`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.
Displaying revisions 1 - 20 of 112