Log message:
py-multidict: updated to 6.0.5

6.0.5 (2024-02-01)
==================

Bug fixes
---------

- Upgraded the C-API macros that have been deprecated in Python 3.9
  and later removed in 3.13 -- by :user:`iemelyanov`.

- Reverted to using the public argument parsing API
  :c:func:`PyArg_ParseTupleAndKeywords` under Python 3.12
  -- by :user:`charles-dyfis-net` and :user:`webknjaz`.

  The effect is that this change prevents build failures with
  clang 16.9.6 and gcc-14 reported in :issue:`926`. It also
  fixes a segmentation fault crash caused by passing keyword
  arguments to :py:meth:`MultiDict.getall()
  <multidict.MultiDict.getall>` discovered by :user:`jonaslb`
  and :user:`hroncok` while examining the problem.

- Fixed a ``SystemError: null argument to internal routine`` error on
  a ``MultiDict.items().isdisjoint()`` call when using C Extensions.

Log message:
py-multidict: updated to 6.0.4

6.0.4

Bugfixes

- Fixed a type annotations regression introduced in v6.0.2 under Python versions \ 
<3.10. It was caused by importing certain types only available in newer \ 
versions.

Log message:
py-multidict: updated to 6.0.3

6.0.3 (2022-12-03)
==================

Features
--------

- Declared the official support for Python 3.11

Log message:
py310-multidict: update to 6.0.2.

6.0.2 (2022-01-24)
==================

Bugfixes
--------

- Revert :issue:`644`, restore type annotations to as-of 5.2.0 version. \ 
(:issue:`688`)

6.0.1 (2022-01-23)
==================

Bugfixes
--------

- Restored back ``MultiDict``, ``CIMultiDict``, ``MultiDictProxy``, and
  ``CIMutiDictProxy`` generic type arguments; they are parameterized by value \ 
type, but the
  key type is fixed by container class.

  ``MultiDict[int]`` means ``MutableMultiMapping[str, int]``. The key type of
  ``MultiDict`` is always ``str``, while all str-like keys are accepted by API and
  converted to ``str`` internally.

  The same is true for ``CIMultiDict[int]`` which means ``MutableMultiMapping[istr,
  int]``. str-like keys are accepted but converted to ``istr`` internally. \ 
(:issue:`682`)

Log message:
py-multidict: update to 6.0.0.

Features
--------

- Use ``METH_FASTCALL`` where it makes sense.

  ``MultiDict.add()`` is 2.2 times faster now, ``CIMultiDict.add()`` is 1.5 \ 
times faster.
  The same boost is applied to ``get*()``, ``setdefault()``, and ``pop*()`` \ 
methods. (:issue:`681`)

Bugfixes
--------

- Fixed type annotations for keys of multidict mapping classes. (:issue:`644`)
- Support Multidict[int] for pure-python version.
  ``__class_getitem__`` is already provided by C Extension, making it work with \ 
the pure-extension too. (:issue:`678`)

Deprecations and Removals
-------------------------

- Dropped Python 3.6 support (:issue:`680`)

Log message:
*: bump PKGREVISION for egg.mk users

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

Log message:
databases: Replace RMD160 checksums with BLAKE2s checksums

All checksums have been double-checked against existing RMD160 and
SHA512 hashes

The following distfiles could not be fetched (some may be only fetched
conditionally):

./databases/cstore/distinfo D6.data.ros.gz
./databases/cstore/distinfo cstore0.2.tar.gz
./databases/cstore/distinfo data4.tar.gz

Log message:
py-multidict: updated to 5.2.0

5.2.0 (2021-10-03)
=====================

Features
- 1. Added support Python 3.10
  2. Started shipping platform-specific wheels with the ``musl`` tag targeting \ 
typical Alpine Linux runtimes.
  3. Started shipping platform-specific arm64 wheels for Apple Silicon.

Bugfixes
- Fixed pure-python implementation that used to raise "Dictionary changed \ 
during iteration" error when iterated view (``.keys()``, ``.values()`` or \ 
``.items()``) was created before the dictionary's content change.

Log message:
databases: Remove SHA1 distfile hashes

Log message:
py-multidict: updated to 5.1.0

5.1.0 (2020-12-03)
==================

Features
--------
- Support ``GenericAliases`` (``MultiDict[str]``) for Python 3.9+

Bugfixes
--------
- Synchronize the declared supported Python versions in ``setup.py`` with \ 
actually supported and tested ones.