Re: [PATCH] emacs: address completion, allow sender/recipient and filters

2016-05-19 Thread Tomi Ollila
On Wed, May 18 2016, Michal Sojka wrote: > On Wed, May 18 2016, Mark Walters wrote: >> This commit lets the user customize the address completion. It makes >> two changes. > > Thanks Mark, now it LGTM. > > I configured my address completion to be based on received emails and > I'm surprised how m

Re: [PATCH] ruby: add bindings for `notmuch_database_get_all_tags`

2016-05-19 Thread David Bremner
David Bremner writes: > From: Ludovic LANGE > > The Ruby bindings were missing a way to get all the tags of the > database. Now you should be able to access this with the public > instance method `all_tags` of your database object. rebased version pushed to master d ___

Re: [PATCH] test: copyright information updates

2016-05-19 Thread David Bremner
Tomi Ollila writes: > > As a side enchangement, all of the 3 entries in the whole source > tree cd'ing to `dirname` of "$0" now uses syntax cd "$(dirname "$0")". > This makes these particular lines work when current working directory > is e.g. /c/Program Files/notmuch/test/. > (Probably it would f

Re: [PATCH 1/2] emacs: add function to resend message to new recipients

2016-05-19 Thread David Bremner
Tomi Ollila writes: > The new function notmuch-show-message-resend re-sends > message to new recipients using #'message-resend. > > Recipients are read from minibuffer as a comma-separated > string (with some keyboard support including tab completion). > > Final confirmation before sending is ask

Re: [PATCH] cli: tell how many messages were precisely matched when expected 1 match

2016-05-19 Thread David Bremner
Tomi Ollila writes: > In case of notmuch reply and notmuch show --part=N it is required that > search terms match to one message. If match count was != 1, error > message "Error: search term did not match precisely one message" > was too vague to explain what happened. > > By appending (matched

Re: [PATCH] configure: combine common parts of CONFIGURE_C{,XX}FLAGS

2016-05-19 Thread David Bremner
Tomi Ollila writes: > By combining the common parts of CONFIGURE_CFLAGS and CONFIGURE_CXXFLAGS > to a separate make variable and using that as part of their > definitions makes setting of these easier, DRYer and less error prone > (especially as we cannot check potential typing errors there). pu