Sourced from mako's releases.

1.2.2

Released: Mon Aug 29 2022

bug

• [bug] [lexer] 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.

  References: #366

1.2.1

Released: Thu Jun 30 2022

bug

• [bug] [tests] Various fixes to the test suite in the area of exception message rendering to accommodate for variability in Python versions as well as Pygments.

  References: #360

misc

• [performance] 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.

  References: #361

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.

... (truncated)

• See full diff in compare view

Sourced from mako's releases.

1.2.2

Released: Mon Aug 29 2022

bug

• [bug] [lexer] 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.

  References: #366

1.2.1

Released: Thu Jun 30 2022

bug

• [bug] [tests] Various fixes to the test suite in the area of exception message rendering to accommodate for variability in Python versions as well as Pygments.

  References: #360

misc

• [performance] 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.

  References: #361

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.

... (truncated)

• See full diff in compare view

Sourced from suds's changelog.

version 1.0.0, 1.0.0-beta.1, 1.0.0-beta.2 (2021-09-13)

• Drop support for python 2.x

version 0.8.5 (2021-05-14)

• R4201 Any PASSWORD MUST specify a Type attribute
• Compress or decompress message when Content-Encoding is present in headers
• Do not force byte-compilation optimization at level 1

version 0.8.4 (2019-12-21)

• Add per invocation timeout
• Ensure request headers set in options are used to fetch definitions

version 0.8.3 (2019-06-24)

• Fix pypi description format

version 0.8.2 (2019-06-23)

• Add option to disable the sorting of namespaces.
• Add option to allow unknown message parts.

version 0.8.1 (2019-02-06)

• Fix bug introduced in 0.8.0, initialize optional arrays with empty lists (@​guifran001)

version 0.8.0 (2019-01-31)

• [Breaking] Objects should not be instantiated with empty optional attributs, see suds-community/suds#14 for more information. (@​guifran001)
• Add WSSE password digest and nonce encoding type (@​ovnicraft)

version 0.7.3 (2019-01-04)

• Pass header while requesting a WSDL (@​guifran001)

version 0.7.2 (2018-10-25)

• Fix Travis deploy (@​btb)

version 0.7.1 (2018-10-15)

• Documentation updates (@​phillbaker)
• Add travis deploy (@​phillbaker)

version 0.7.0 (2018-09-29)

• Based on revision 712 (1e48fd79a1fc323006826439e469ba7b3d2b5a68)

... (truncated)

• See full diff in compare view

Sourced from requests's changelog.

2.20.0 (2018-10-18)

Bugfixes

• Content-Type header parsing is now case-insensitive (e.g. charset=utf8 v Charset=utf8).
• Fixed exception leak where certain redirect urls would raise uncaught urllib3 exceptions.
• Requests removes Authorization header from requests redirected from https to http on the same hostname. (CVE-2018-18074)
• should_bypass_proxies now handles URIs without hostnames (e.g. files).

Dependencies

• Requests now supports urllib3 v1.24.

Deprecations

• Requests has officially stopped support for Python 2.6.

2.19.1 (2018-06-14)

Bugfixes

• Fixed issue where status_codes.py's init function failed trying to append to a __doc__ value of None.

2.19.0 (2018-06-12)

Improvements

• Warn user about possible slowdown when using cryptography version < 1.3.4
• Check for invalid host in proxy URL, before forwarding request to adapter.
• Fragments are now properly maintained across redirects. (RFC7231 7.1.2)
• Removed use of cgi module to expedite library load time.
• Added support for SHA-256 and SHA-512 digest auth algorithms.
• Minor performance improvement to Request.content.
• Migrate to using collections.abc for 3.7 compatibility.

Bugfixes

• Parsing empty Link headers with parse_header_links() no longer return one bogus entry.

... (truncated)

• bd84045 v2.20.0
• 7fd9267 remove final remnants from 2.6
• 6ae8a21 Add myself to AUTHORS
• 89ab030 Use comprehensions whenever possible
• 2c6a842 Merge pull request #4827 from webmaven/patch-1
• 30be889 CVE URLs update: www sub-subdomain no longer valid
• a6cd380 Merge pull request #4765 from requests/encapsulate_urllib3_exc
• bbdbcc8 wrap url parsing exceptions from urllib3's PoolManager
• ff0c325 Merge pull request #4805 from jdufresne/https
• b0ad249 Prefer https:// for URLs throughout project
• Additional commits viewable in compare view

Sourced from lxml's changelog.

4.9.1 (2022-07-01)

Bugs fixed

• A crash was resolved when using iterwalk() (or canonicalize()) after parsing certain incorrect input. Note that iterwalk() can crash on valid input parsed with the same parser after failing to parse the incorrect input.

4.9.0 (2022-06-01)

Bugs fixed

• GH#341: The mixin inheritance order in lxml.html was corrected. Patch by xmo-odoo.

Other changes

• Built with Cython 0.29.30 to adapt to changes in Python 3.11 and 3.12.

• Wheels include zlib 1.2.12, libxml2 2.9.14 and libxslt 1.1.35 (libxml2 2.9.12+ and libxslt 1.1.34 on Windows).

• GH#343: Windows-AArch64 build support in Visual Studio. Patch by Steve Dower.

4.8.0 (2022-02-17)

Features added

• GH#337: Path-like objects are now supported throughout the API instead of just strings. Patch by Henning Janssen.

• The ElementMaker now supports QName values as tags, which always override the default namespace of the factory.

Bugs fixed

• GH#338: In lxml.objectify, the XSI float annotation "nan" and "inf" were spelled in lower case, whereas XML Schema datatypes define them as "NaN" and "INF" respectively.

... (truncated)

• d01872c Prevent parse failure in new test from leaking into later test runs.
• d65e632 Prepare release of lxml 4.9.1.
• 86368e9 Fix a crash when incorrect parser input occurs together with usages of iterwa...
• 50c2764 Delete unused Travis CI config and reference in docs (GH-345)
• 8f0bf2d Try to speed up the musllinux AArch64 build by splitting the different CPytho...
• b9f7074 Remove debug print from test.
• b224e0f Try to install 'xz' in wheel builds, if available, since it's now needed to e...
• 897ebfa Update macOS deployment target version from 10.14 to 10.15 since 10.14 starts...
• 853c9e9 Prepare release of 4.9.0.
• d3f77e6 Add a test for https://bugs.launchpad.net/lxml/+bug/1965070 leaving out the a...
• Additional commits viewable in compare view

Sourced from arrow's releases.

Version 0.15.1

• [FIX] Fixed a bug that caused Arrow to fail when passed a negative timestamp string.
• [FIX] Fixed a bug that caused Arrow to fail when passed a datetime object with tzinfo of type StaticTzInfo.

Version 0.15.0

• [NEW] Added support for DDD and DDDD ordinal date tokens. The following functionality is now possible: arrow.get("1998-045"), arrow.get("1998-45", "YYYY-DDD"), arrow.get("1998-045", "YYYY-DDDD").
• [NEW] ISO 8601 basic format for dates and times is now supported (e.g. YYYYMMDDTHHmmssZ).
• [NEW] Added humanize week granularity translations for French, Russian and Swiss German locales.
• [CHANGE] Timestamps of type str are no longer supported without a format string in the arrow.get() method. This change was made to support the ISO 8601 basic format and to address bugs such as #447.

# will NOT work in v0.15.0
arrow.get("1565358758")
arrow.get("1565358758.123413")
will work in v0.15.0
arrow.get("1565358758", "X")
arrow.get("1565358758.123413", "X")
arrow.get(1565358758)
arrow.get(1565358758.123413)

• [CHANGE] When a meridian token (a|A) is passed and no meridians are available for the specified locale (e.g. unsupported or untranslated) a ParserError is raised.
• [CHANGE] The timestamp token (X) will now match float timestamps of type str: arrow.get(“1565358758.123415”, “X”).
• [CHANGE] Strings with leading and/or trailing whitespace will no longer be parsed without a format string. Please see the docs for ways to handle this.
• [FIX] The timestamp token (X) will now only match on strings that strictly contain integers and floats, preventing incorrect matches.
• [FIX] Most instances of arrow.get() returning an incorrect Arrow object from a partial parsing match have been eliminated. The following issue have been addressed: #91, #196, #396, #434, #447, #456, #519, #538, #560.

Version 0.14.7

• [CHANGE] ArrowParseWarning will no longer be printed on every call to arrow.get() with a datetime string. The purpose of the warning was to start a conversation about the upcoming 0.15.0 changes and we appreciate all the feedback that the community has given us!

Version 0.14.6

• [NEW] Added support for week granularity in Arrow.humanize(). For example, arrow.utcnow().shift(weeks=-1).humanize(granularity="week") outputs "a week ago". This change introduced two new untranslated words, week and weeks, to all locale dictionaries, so locale contributions are welcome!
• [NEW] Fully translated the Brazilian Portugese locale.
• [CHANGE] Updated the Macedonian locale to inherit from a Slavic base.
• [FIX] Fixed a bug that caused arrow.get() to ignore tzinfo arguments of type string (e.g. arrow.get(tzinfo="Europe/Paris")).
• [FIX] Fixed a bug that occurred when arrow.Arrow() was instantiated with a pytz tzinfo object.
• [FIX] Fixed a bug that caused Arrow to fail when passed a sub-second token, that when rounded, had a value greater than 999999 (e.g. arrow.get("2015-01-12T01:13:15.9999995")). Arrow should now accurately propagate the rounding for large sub-second tokens.

Version 0.14.5

• Added Afrikaans locale.
• Removed deprecated replace shift functionality.
• Fixed bug that occurred when factory.get() was passed a locale kwarg. (#630 )

Version 0.14.4

• Fixed a regression in 0.14.3 that prevented a tzinfo argument of type string to be passed to the get() function. Functionality such as arrow.get("2019072807", "YYYYMMDDHH", tzinfo="UTC") should work as normal again.
• Moved backports.functools_lru_cache dependency from extra_requires to install_requires for Python 2.7 installs to fix #495.

Version 0.14.3

• Added full support for Python 3.8.

... (truncated)

Sourced from arrow's changelog.

0.15.1 (2019-09-10)

• [NEW] Added humanize week granularity translations for Japanese.
• [FIX] Fixed a bug that caused Arrow to fail when passed a negative timestamp string.
• [FIX] Fixed a bug that caused Arrow to fail when passed a datetime object with tzinfo of type StaticTzInfo.

0.15.0 (2019-09-08)

• [NEW] Added support for DDD and DDDD ordinal date tokens. The following functionality is now possible: arrow.get("1998-045"), arrow.get("1998-45", "YYYY-DDD"), arrow.get("1998-045", "YYYY-DDDD").
• [NEW] ISO 8601 basic format for dates and times is now supported (e.g. YYYYMMDDTHHmmssZ).
• [NEW] Added humanize week granularity translations for French, Russian and Swiss German locales.
• [CHANGE] Timestamps of type str are no longer supported without a format string in the arrow.get() method. This change was made to support the ISO 8601 basic format and to address bugs such as [#447](https://github.com/arrow-py/arrow/issues/447) <https://github.com/arrow-py/arrow/issues/447>_.

The following will NOT work in v0.15.0:

.. code-block:: python

>>> arrow.get("1565358758")
>>> arrow.get("1565358758.123413")

The following will work in v0.15.0:

.. code-block:: python

>>> arrow.get("1565358758", "X")
>>> arrow.get("1565358758.123413", "X")
>>> arrow.get(1565358758)
>>> arrow.get(1565358758.123413)

• [CHANGE] When a meridian token (a|A) is passed and no meridians are available for the specified locale (e.g. unsupported or untranslated) a ParserError is raised.
• [CHANGE] The timestamp token (X) will now match float timestamps of type str: arrow.get(“1565358758.123415”, “X”).
• [CHANGE] Strings with leading and/or trailing whitespace will no longer be parsed without a format string. Please see the docs <https://arrow.readthedocs.io/#regular-expressions>_ for ways to handle this.
• [FIX] The timestamp token (X) will now only match on strings that strictly contain integers and floats, preventing incorrect matches.
• [FIX] Most instances of arrow.get() returning an incorrect Arrow object from a partial parsing match have been eliminated. The following issue have been addressed: [#91](https://github.com/arrow-py/arrow/issues/91) <https://github.com/arrow-py/arrow/issues/91>, [#196](https://github.com/arrow-py/arrow/issues/196) <https://github.com/arrow-py/arrow/issues/196>, [#396](https://github.com/arrow-py/arrow/issues/396) <https://github.com/arrow-py/arrow/issues/396>, [#434](https://github.com/arrow-py/arrow/issues/434) <https://github.com/arrow-py/arrow/issues/434>, [#447](https://github.com/arrow-py/arrow/issues/447) <https://github.com/arrow-py/arrow/issues/447>, [#456](https://github.com/arrow-py/arrow/issues/456) <https://github.com/arrow-py/arrow/issues/456>, [#519](https://github.com/arrow-py/arrow/issues/519) <https://github.com/arrow-py/arrow/issues/519>, [#538](https://github.com/arrow-py/arrow/issues/538) <https://github.com/arrow-py/arrow/issues/538>, [#560](https://github.com/arrow-py/arrow/issues/560) <https://github.com/arrow-py/arrow/issues/560>_.

0.14.7 (2019-09-04)

• [CHANGE] ArrowParseWarning will no longer be printed on every call to arrow.get() with a datetime string. The purpose of the warning was to start a conversation about the upcoming 0.15.0 changes and we appreciate all the feedback that the community has given us!

0.14.6 (2019-08-28)

• [NEW] Added support for week granularity in Arrow.humanize(). For example, arrow.utcnow().shift(weeks=-1).humanize(granularity="week") outputs "a week ago". This change introduced two new untranslated words, week and weeks, to all locale dictionaries, so locale contributions are welcome!
• [NEW] Fully translated the Brazilian Portuguese locale.
• [CHANGE] Updated the Macedonian locale to inherit from a Slavic base.
• [FIX] Fixed a bug that caused arrow.get() to ignore tzinfo arguments of type string (e.g. arrow.get(tzinfo="Europe/Paris")).
• [FIX] Fixed a bug that occurred when arrow.Arrow() was instantiated with a pytz tzinfo object.

... (truncated)

• 96e19e8 Merge pull request #665 from jadchaar/version-0.15.1
• 5b0d2a7 Merge pull request #664 from jadchaar/tzinfo-zone
• 15fae21 Prep 0.15.1 release
• f49cd84 Renamed variable
• dafdb69 Fix bug with tzinfo.zone
• 256e53f Merge pull request #663 from JBKahn/patch-1
• 1974316 linting
• 45d12d4 Update parser_tests.py
• d856efa Update parser.py
• 9b05216 Add Japanese translations for week(s) (#659)
• Additional commits viewable in compare view