<feed xmlns='http://www.w3.org/2005/Atom'>
<title>notmuch/bindings/python-cffi/tests, branch 0.38.2</title>
<subtitle>thread-based email index, search, and tagging</subtitle>
<id>https://git.notmuchmail.org/git/notmuch/atom?h=0.38.2</id>
<link rel='self' href='https://git.notmuchmail.org/git/notmuch/atom?h=0.38.2'/>
<link rel='alternate' type='text/html' href='https://git.notmuchmail.org/git/notmuch/'/>
<updated>2022-08-16T07:29:39Z</updated>
<entry>
<title>test: increase cffi timeout</title>
<updated>2022-08-16T07:29:39Z</updated>
<author>
<name>Michael J Gruber</name>
<email>git@grubix.eu</email>
</author>
<published>2022-08-14T15:22:17Z</published>
<link rel='alternate' type='text/html' href='https://git.notmuchmail.org/git/notmuch/commit/?id=760431c0a3216605d3690e963bb8fa3e3c8788cb'/>
<id>urn:sha1:760431c0a3216605d3690e963bb8fa3e3c8788cb</id>
<content type='text'>
By default, the test suite uses 2min for other tests and 5s for cffi
tests. Sporadically, this leads to test failures caused by the timeout
on slower or loaded test infrastructure (as seen on ppc64le in Fedora's
infrastructure during branch time).

Increase the cffi timeout to the same 2m=120s.

Signed-off-by: Michael J Gruber &lt;git@grubix.eu&gt;
</content>
</entry>
<entry>
<title>python-cffi: use config_pairs API in ConfigIterator</title>
<updated>2022-02-17T01:57:22Z</updated>
<author>
<name>David Bremner</name>
<email>david@tethera.net</email>
</author>
<published>2022-02-09T12:28:54Z</published>
<link rel='alternate' type='text/html' href='https://git.notmuchmail.org/git/notmuch/commit/?id=9ddd13f75827f4972872c8766320c7cb80b1819b'/>
<id>urn:sha1:9ddd13f75827f4972872c8766320c7cb80b1819b</id>
<content type='text'>
This returns all of the config keys with non-empty values, not just
those that happen to be stored in the database.
</content>
</entry>
<entry>
<title>Merge tag '0.34.3'</title>
<updated>2022-01-09T23:34:58Z</updated>
<author>
<name>David Bremner</name>
<email>david@tethera.net</email>
</author>
<published>2022-01-09T23:34:58Z</published>
<link rel='alternate' type='text/html' href='https://git.notmuchmail.org/git/notmuch/commit/?id=63d3b2b5cf8702b5fecea77392ce46f8a8249175'/>
<id>urn:sha1:63d3b2b5cf8702b5fecea77392ce46f8a8249175</id>
<content type='text'>
notmuch 0.34.3 release
</content>
</entry>
<entry>
<title>bindings/python-cffi: search for config by default</title>
<updated>2022-01-09T19:16:51Z</updated>
<author>
<name>David Bremner</name>
<email>david@tethera.net</email>
</author>
<published>2022-01-08T21:21:43Z</published>
<link rel='alternate' type='text/html' href='https://git.notmuchmail.org/git/notmuch/commit/?id=8b737af28bc377db3e661a5744f3b7479b7ce485'/>
<id>urn:sha1:8b737af28bc377db3e661a5744f3b7479b7ce485</id>
<content type='text'>
The previous (pre-0.34.2) constructor searched for a config file but
only if the database path was not specified, and only to retrieve
database.path. Neither of the available options (CONFIG.SEARCH or
CONFIG.NONE) matches this semantics exactly, but CONFIG.SEARCH causes
less breakage for people who relied on the old behaviour to set their
database.path [1]. Since it also seems like the friendlier option in
the long run, this commit switches to CONFIG.SEARCH as default.

This requires a certain amount of updating the pytest tests, but most
users will actually have a config file, unlike the test environment.

[1]: id:87fsqijx7u.fsf@metapensiero.it
</content>
</entry>
<entry>
<title>bindings/python-cffi: add matched property to message objects</title>
<updated>2022-01-01T15:48:40Z</updated>
<author>
<name>David Bremner</name>
<email>david@tethera.net</email>
</author>
<published>2022-01-01T14:36:43Z</published>
<link rel='alternate' type='text/html' href='https://git.notmuchmail.org/git/notmuch/commit/?id=9cc026f3daaa7731527787f8c7e729c0a08c456c'/>
<id>urn:sha1:9cc026f3daaa7731527787f8c7e729c0a08c456c</id>
<content type='text'>
Existing users of the legacy python bindings use
message.get_flags(Message.FLAG.MATCH) to determine which messages in a
thread matched. Since the bindings don't provide get_flags anymore,
they should provide a property analogous to the existing "excluded"
property.
</content>
</entry>
<entry>
<title>Fix error message when using notmuch_status_to_string</title>
<updated>2021-12-05T12:53:39Z</updated>
<author>
<name>Floris Bruynooghe</name>
<email>flub@devork.be</email>
</author>
<published>2021-11-06T11:02:37Z</published>
<link rel='alternate' type='text/html' href='https://git.notmuchmail.org/git/notmuch/commit/?id=ca4e1d885b0d9dcdeb45ad6f2829f88dafc7949c'/>
<id>urn:sha1:ca4e1d885b0d9dcdeb45ad6f2829f88dafc7949c</id>
<content type='text'>
The python exception class was incorrectly loading the error message
which resulted in unprintable exception objects.
</content>
</entry>
<entry>
<title>lib: introduce notmuch_database_create_with_config</title>
<updated>2021-02-06T23:48:34Z</updated>
<author>
<name>David Bremner</name>
<email>david@tethera.net</email>
</author>
<published>2021-01-02T00:43:14Z</published>
<link rel='alternate' type='text/html' href='https://git.notmuchmail.org/git/notmuch/commit/?id=ac67cd84eea1148680ab3a377d35ae346073f138'/>
<id>urn:sha1:ac67cd84eea1148680ab3a377d35ae346073f138</id>
<content type='text'>
This takes a config path parameter, and can use that to decide the
new database location.
</content>
</entry>
<entry>
<title>Fix typos</title>
<updated>2020-08-10T00:14:36Z</updated>
<author>
<name>Jonas Bernoulli</name>
<email>jonas@bernoul.li</email>
</author>
<published>2020-08-08T11:49:55Z</published>
<link rel='alternate' type='text/html' href='https://git.notmuchmail.org/git/notmuch/commit/?id=6c84dee53193a78cf797b44d3febcc14488ea6b1'/>
<id>urn:sha1:6c84dee53193a78cf797b44d3febcc14488ea6b1</id>
<content type='text'>
</content>
</entry>
<entry>
<title>Support aborting the atomic context</title>
<updated>2020-06-16T11:17:39Z</updated>
<author>
<name>Floris Bruynooghe</name>
<email>flub@devork.be</email>
</author>
<published>2020-06-14T15:23:19Z</published>
<link rel='alternate' type='text/html' href='https://git.notmuchmail.org/git/notmuch/commit/?id=776a54a0e437651abd69a03b9f7d591ea1f992cb'/>
<id>urn:sha1:776a54a0e437651abd69a03b9f7d591ea1f992cb</id>
<content type='text'>
Since it is possible to use an atomic context to abort a number of
changes support this usage.  Because the only way to actually abort
the transaction is to close the database this must also do so.

Amended by db: Note the limitation requiring close is a limitation of
the underlying notmuch API, which should be fixed in a future notmuch
release.
</content>
</entry>
<entry>
<title>Make messages returned by Thread objects owned</title>
<updated>2020-06-16T11:02:02Z</updated>
<author>
<name>Floris Bruynooghe</name>
<email>flub@devork.be</email>
</author>
<published>2020-06-15T20:58:50Z</published>
<link rel='alternate' type='text/html' href='https://git.notmuchmail.org/git/notmuch/commit/?id=2d895a0119b423b117d10e890c9e0eb5d2a9cdf8'/>
<id>urn:sha1:2d895a0119b423b117d10e890c9e0eb5d2a9cdf8</id>
<content type='text'>
This reverses the logic of StandaloneMessage to instead create a
OwnedMessage.  Only the Thread class allows retrieving messages more
then once so it can explicitly create such messages.

The added test fails with SIGABRT without the fix for the message
re-use in threads being present.
</content>
</entry>
</feed>
