notmuch/bindings, branch 0.39_rc2

ruby: fix "undefining the allocator of T_DATA" warnings

2025-03-08T14:39:22Z

Ruby 3.2 introduced a warning when C-extensions use structs without redefining the allocation default allocation routine meant for objects. See https://bugs.ruby-lang.org/issues/18007 for details. In the Ruby bindings this happens at `Data_Wrap_Notmuch_Object` call sites, so the object types used there needed to update their allocation. This ruby code (given a database at the hardcoded path with messages matching `tag:tmp`) exercise all the ruby objects: require 'notmuch' Notmuch::Database.open File.expand_path("~/mail") do |db| db.get_directory("/tmp") db.query("tag:tmp").search_threads.each do |t| t.messages.each do |m| puts m.header("Subject") end end end Before these changes with ruby 3.2.5 and notmuch 0.38.3 it outputs: notmuch.rb:5: warning: undefining the allocator of T_DATA class Notmuch::Query notmuch.rb:5: warning: undefining the allocator of T_DATA class Notmuch::Threads notmuch.rb:5: warning: undefining the allocator of T_DATA class Notmuch::Thread notmuch.rb:6: warning: undefining the allocator of T_DATA class Notmuch::Messages notmuch.rb:6: warning: undefining the allocator of T_DATA class Notmuch::Message notmuch release 0.38.3 now available (the last line is the message I tagged with tmp), and after the changes: notmuch release 0.38.3 now available

python: Fix message ID docstring

2025-02-28T15:31:55Z

The messageidb attribute does not exist. The returned BinString type already allows use as both strings and binary. Presumably this was written before that type was adopted.

bindings/python: strip ~ from python version

2025-02-22T11:10:13Z

Inspired by a suggestion of Xiyue Deng, this change ensures that the python bindings have a version that recent setuptools is happy with. This will have the unfortunate side effect of the python view of the version number differing from the rest of notmuch for the pre-releases. The alternative would be to transform the version numbers for the Debian packages for the pre-releases, as there is now no version scheme that works for both, since setuptools started rejecting versions with "~" in them. If we decide to go the latter way in the future, this change is easy to revert.

python: move legacy python bindings to contrib.

2025-02-22T11:01:47Z

This forces us to verify the build and test suite completes without the legacy python bindings. As of this commit the legacy python bindings are unsupported by notmuch. They are provided in contrib/ for now, but will most likely eventually be removed from there as well. We recommend that downstream/distro packagers phase out their packages for the legacy python bindings.

python: fix documentation typo

2025-02-22T10:59:48Z

The method is actually called 'getall'.

fix segfaults in Python cFFI API and add tests

2025-02-07T16:13:16Z

Several iterators in the Python cFFI API destroyed the objects they iterated over too early (when the iterator was exhausted), causing subsequent segfaults in common cases like creating a list from the iterator. This patch fixes the segfaults and add tests to ensure that they don't happen again.

Revert "bump versions to 0.39~rc0"

2025-01-26T15:30:28Z

This reverts commit deea909993513ec6fd800b7571649582d994dcbc.

bump versions to 0.39~rc0

2025-01-26T13:45:20Z

Prepare to release a snapshot for testing

docs: Update intersphinx_mapping

2024-12-08T13:07:45Z

Running `make dirhtml` in bindings/python/docs generates the following error: ``` sphinx-build -b dirhtml -d build/doctrees source build/dirhtml Running Sphinx v8.0.2 loading translations [en]... done making output directory... done Converting `source_suffix = '.rst'` to `source_suffix = {'.rst': 'restructuredtext'}`. ERROR: Invalid value `None` in intersphinx_mapping['https://docs.python.org/']. Expected a two-element tuple or list. ``` This commit updates intersphinx_mapping to follow the latest docs [1] [1] https://www.sphinx-doc.org/en/master/usage/extensions/intersphinx.html Signed-off-by: Fredrik Lönnegren

version: bump to 0.38.3

2024-03-10T02:51:31Z