notmuch/lib, branch 0.11_rc3

lib: call g_mime_init() from notmuch_database_open()

2012-01-02T10:50:07Z

As reported in id:"CAEbOPGyuHnz4BPtDutnTPUHcP3eYcRCRkXhYoJR43RUMw671+g@mail.gmail.com" sometimes gmime tries to access a NULL pointer, e.g. g_mime_iconv_open() tries to access iconv_cache that is NULL if g_mime_init() is not called. This causes notmuch to segfault when calling gmime functions. Calling g_mime_init() initializes iconv_cache and others variables needed by gmime, making sure they are initialized when notmuch calls gmime functions.

Fix comments about what is stored in the database

2011-12-23T19:08:34Z

Commit 567bcbc2 introduced two new values for each message (content of the "From" and "Subject" headers), but the comments about the database schema had not been updated accordingly.

notmuch: Quiet buildbot warnings.

2011-12-21T11:32:16Z

Cast away the result of various *write functions. Provide a default value for some variables to avoid "use before set" warnings.

Merge branch 'release'

2011-12-06T23:39:33Z

Conflicts: NEWS Conflicts resolved by inserting the 0.10.2 stanza before 0.11

lib: call g_type_init from notmuch_database_open

2011-12-05T02:00:25Z

We want to make sure g_type_init is called before any GObject functionality is used.

tags_to_maildir_flags: Cleanup double assignement

2011-11-22T00:32:32Z

The for loop right after already does the job. Signed-off-by: Louis Rilling

lib: Kill last usage of C++ type bool

2011-11-22T00:32:07Z

Signed-off-by: Louis Rilling

Don't link libnotmuch if libutil isn't linked in properly.

2011-11-19T19:18:05Z

For some reason, on my machine, the link is picking up /usr/lib/libutil.so instead of util/libutil.a. This causes there to be undefined symbols in libnotmuch, making it unuseable. This patch causes the link to fail instead.

lib: add function to get the number of threads matching a search

2011-11-15T23:12:32Z

Add function notmuch_query_count_threads() to get the number of threads matching a search. This is done by performing a search and figuring out the number of unique thread IDs in the matching messages, a significantly heavier operation than notmuch_query_count_messages(). Signed-off-by: Jani Nikula

Store "from" and "subject" headers in the database.

2011-11-14T21:10:58Z

This is a rebase and cleanup of Istvan Marko's patch from id:m3pqnj2j7a.fsf@zsu.kismala.com Search retrieves these headers for every message in the search results. Previously, this required opening and parsing every message file. Storing them directly in the database significantly reduces IO and computation, speeding up search by between 50% and 10X. Taking full advantage of this requires a database rebuild, but it will fall back to the old behavior for messages that do not have headers stored in the database.