doc/python: correct wording around container complexity.

Based on a suggestion from Jakub Wilk.

diff --git a/bindings/python-cffi/notmuch2/__init__.py b/bindings/python-cffi/notmuch2/__init__.py
index f281edc1a5221e2f5671361c1b670ecaf0de6c06..b1cd21c1f7aa9e4778b2697c6d3b732f521957f2 100644 (file)
--- a/bindings/python-cffi/notmuch2/__init__.py
+++ b/bindings/python-cffi/notmuch2/__init__.py
@@ -37,9 +37,9 @@ In these python bindings they have sometimes been exposed as
 like :class:`collections.abc.Set` or :class:`collections.abc.Mapping`
 etc.  This gives a more natural API to work with, e.g. being able to
 treat tags as sets.  However it does mean that the
-:meth:`__contains__`, :meth:`__len__` and frieds methods on these are
-usually more and essentially O(n) rather than O(1) as you might
-usually expect from Python containers.
+:meth:`__contains__`, :meth:`__len__` and similar methods on these are
+usually more expensive and essentially O(n) rather than O(1) as you might
+expect from Python containers.
 """
 
 from notmuch2 import _capi