databases/py-multidict 6.8.0 NetBSD

7.1.0 is a correctness and housekeeping release. It changes what :meth:`~multidict.MultiDict.keys` yields, fixes a long list of crashes and inconsistencies that Python code run in the middle of an operation could trigger, stores the common all-:class:`str` multidicts in half the space, and deprecates ``multidict.upstr``.

7.0.0 ===== *(2026-09-26)* 7.0.0 is a major release. It makes :class:`~multidict.istr` final, adds a public C API for third-party extensions, and makes the C extension substantially faster across the board. **Breaking change.** :class:`~multidict.istr` can no longer be subclassed, on either backend. Code that subclassed it has to wrap or convert instead. The C extension also started rejecting an argument passed both positionally and by name with :exc:`TypeError`, where it used to silently misbehave. **Public C and Cython API.** Other C extensions and Cython modules can now create, read and mutate multidicts through a capsule, without going through the Python-level API. The capsule comes with ``multidict_capi.h``, a ``cimport``-able ``multidict/__init__.pxd`` and …

6.9.1 ===== *(2026-09-21)* Bug fixes --------- - Fixed the C extension reading freed memory on free-threaded builds when a list handed to :py:meth:`~multidict.MultiDict.update`, :py:meth:`~multidict.MultiDict.extend`, :py:meth:`~multidict.MultiDict.merge` or the :py:class:`~multidict.MultiDict` and :py:class:`~multidict.CIMultiDict` constructors, a ``[key, value]`` item inside any iterable handed to them, or a list tested with ``in`` against :py:meth:`~multidict.MultiDict.items`, is changed by another thread; a call that catches the list shrinking under it now raises :py:exc:`RuntimeError` -- by :user:`rodrigobnogueira`. *Related issues and pull requests on GitHub:* :issue:`1437`. - Fixed a data race on the free-threaded build where a retired hash table's …