notmuch/lib, branch 0.27thread-based email index, search, and tagginghttps://git.notmuchmail.org/git/notmuch/atom?h=0.272018-05-26T14:32:01Zlib: make notmuch_message_get_database() take a const notmuch_message_t*2018-05-26T14:32:01ZDaniel Kahn Gillmordkg@fifthhorseman.net2018-05-11T06:57:54Zurn:sha1:6a9f26b4a04e20529203938a99658516876c67f3
This is technically an API change, but it is not an ABI change, and
it's merely a statement that limits what the library can do.
This is in parallel to notmuch_query_get_database(), which also takes
a const pointer.
properties: add notmuch_message_count_properties2018-05-26T14:31:39ZDaniel Kahn Gillmordkg@fifthhorseman.net2018-05-11T06:57:53Zurn:sha1:499bb78178df86ceae82893fbc272c4dd1870b6c
The user can already do this manually, of course, but (a) it's nice to
have a convenience function, and (b) exposing this interface means
that someone more clever with a _notmuch_string_map_t than i am can
write a more efficient version if they like, and it will just
accelerate the users of the convenience function.
lib: bump minor version2018-05-26T14:31:27ZDavid Bremnerdavid@tethera.net2018-05-23T01:47:49Zurn:sha1:4a6371f1d80aec5947b41d7c4e1fdb60cca3c55d
This recognizes the addition of (at least)
notmuch_message_get_database to the API.
lib: expose notmuch_message_get_database()2018-05-26T14:30:32ZDaniel Kahn Gillmordkg@fifthhorseman.net2018-05-11T06:57:52Zurn:sha1:9088db76d89264b733f6b45e776d8952da237921
We've had _notmuch_message_database() internally for a while, and it's
useful. It turns out to be useful on the other side of the library
interface as well (i'll use it later in this series for "notmuch
show"), so we expose it publicly now.
drop use of register keyword2018-05-15T01:18:05ZDavid Bremnerdavid@tethera.net2018-05-13T16:17:17Zurn:sha1:1883ab6650969500e5c7640ee105b386445b33e9
The performance benefits are dubious, and it's deprecated in C++11.
lib: define specialized get_thread_id for use in thread subquery2018-05-07T11:42:53ZDavid Bremnerdavid@tethera.net2018-01-28T02:50:42Zurn:sha1:f0131af6c59704e29d58eb74ed5e4bc298455272
The observation is that we are only using the messages to get there
thread_id, which is kindof a pessimal access pattern for the current
notmuch_message_get_thread_id
lib: add thread subqueries.2018-05-07T11:42:53ZDavid Bremnerdavid@tethera.net2017-12-26T01:03:05Zurn:sha1:5ad39ebf75eb85263e4b64f21e07ec02194f9573
This change allows queries of the form
thread:{from:me} and thread:{from:jian} and not thread:{from:dave}
This is still somewhat brute-force, but it's a big improvement over
both the shell script solution and the previous proposal [1], because it
does not build the whole thread structure just generate a
query. A further potential optimization is to replace the calls to
notmuch with more specialized Xapian code; in particular it's not
likely that reading all of the message metadata is a win here.
[1]: id:20170820213240.20526-1-david@tethera.net
move more http -> https2018-05-03T23:59:20ZDaniel Kahn Gillmordkg@fifthhorseman.net2018-04-29T08:35:30Zurn:sha1:c20a5eb80520a11cb697a45b0d9553c68e2199c8
Correct URLs that have crept into the notmuch codebase with http://
when https:// is possible.
As part of this conversion, this changeset also indicates the current
preferred upstream URLs for both gmime and sup. the new URLs are
https-enabled, the old ones are not.
This also fixes T310-emacs.sh, thanks to Bremner for catching it.
Merge branch 'release'2018-04-27T01:47:40ZDavid Bremnerdavid@tethera.net2018-04-27T01:47:40Zurn:sha1:388edce0b70ddababfe52b7764202a854784545d
minimal mset fix, for 0.26.2
lib: work around xapian bug with get_mset(0,0, x)2018-04-27T01:14:59ZDavid Bremnerdavid@tethera.net2018-04-06T11:43:07Zurn:sha1:64831e8016fcc9877c0dc8e855ec24583cac34ef
At least Fedora28 triggers this Xapian bug due to some toolchain change .
https://bugzilla.redhat.com/show_bug.cgi?id=1546162
The underlying bug is fixed in xapian commit f92e2a936c1592, and
should be fixed in Xapian 1.4.6