[notmuch] [PATCH] notmuch.el: quote args in notmuch-show to facilitate remote use

Put single-quotes around the argument of the `show --entire-thread' command in notmuch-show. This change should have no effect on normal usage. However, it allows us to use the notmuch.el client with a remote notmuch binary and database over ssh (by, e.g., setting `notmuch-command' to a simple

[notmuch] [PATCH 1/2] Fix typo in message

--- vim/plugin/notmuch.vim |2 +- 1 files changed, 1 insertions(+), 1 deletions(-) diff --git a/vim/plugin/notmuch.vim b/vim/plugin/notmuch.vim index a226f20..a9754f2 100644 --- a/vim/plugin/notmuch.vim +++ b/vim/plugin/notmuch.vim @@ -178,7 +178,7 @@ let g:notmuch_compose_imaps = {

[notmuch] [PATCH 2/2] Build and link against notmuch shared library

--- Makefile |1 + Makefile.local |6 -- lib/Makefile.local | 10 ++ 3 files changed, 11 insertions(+), 6 deletions(-) diff --git a/Makefile b/Makefile index 64b9d4a..6f296bb 100644 --- a/Makefile +++ b/Makefile @@ -1,3 +1,4 @@ +SONAME = libnotmuch.so.1

[notmuch] Git as notmuch object store (was: Potential problem using Git for mail)

also sprach Asheesh Laroia ashe...@asheesh.org [2010.01.21.1928 +1300]: I suppose that I never actually considered merges on the IMAP server side, but obviously the IMAP server has to work off a clone, and that means it needs to merge. It's not merge that's unsafe; that just builds a tree in

Re: [notmuch] [PATCH] Build and link against notmuch shared library

Excerpts from bgamari.foss's message of Sat Jan 23 12:58:42 -0600 2010: True, but I don't think that this means that we need to link the executable with a C++ compiler. I've tried linking with CC and it seems to succeed, so I don't think there should be a problem changing it. Are you using

Re: [notmuch] Git as notmuch object store (was: Potential problem using Git for mail)

also sprach Asheesh Laroia ashe...@asheesh.org [2010.01.25.1819 +1300]: You say Ouch but you should know Dovecot *already* does this. I don't mind interoperating with that. See http://wiki.dovecot.org/MailboxFormat/Maildir, section Issues with the specification, subsection Locking. I term

[notmuch] [PATCH] Make the date parser nicer

Currently we have to enter mail dates as timestamps. This approach does 2 things: 1) it requires the prefix 'date:' 2) it allows dates to be specified in some formats. So a notmuch show date:2005..2006-05-12 will find all mails from 2005-01-01 until 2006-05-12. The code is probably not in a

[notmuch] [PATCH] Add install target for desktop files.

to the way I'm queuing up this email... -- next part -- A non-text attachment was scrubbed... Name: not available Type: application/pgp-signature Size: 189 bytes Desc: not available URL: <http://notmuchmail.org/pipermail/notmuch/attachments/20100124/817f02d7/attachment.pgp>

[notmuch] [PATCH] notmuch.el: quote args in notmuch-show to facilitate remote use

Put single-quotes around the argument of the `show --entire-thread' command in notmuch-show. This change should have no effect on normal usage. However, it allows us to use the notmuch.el client with a remote notmuch binary and database over ssh (by, e.g., setting `notmuch-command' to a simple

[notmuch] [PATCH] Notmuch shared library

Here is what I believe should be the final set of patches building notmuch as a shared library. Everything seems to work. Let me know if there are any objections. Thanks! - Ben

[notmuch] [PATCH 1/2] Fix typo in message

--- vim/plugin/notmuch.vim |2 +- 1 files changed, 1 insertions(+), 1 deletions(-) diff --git a/vim/plugin/notmuch.vim b/vim/plugin/notmuch.vim index a226f20..a9754f2 100644 --- a/vim/plugin/notmuch.vim +++ b/vim/plugin/notmuch.vim @@ -178,7 +178,7 @@ let g:notmuch_compose_imaps = {

[notmuch] [PATCH 2/2] Build and link against notmuch shared library

--- Makefile |1 + Makefile.local |6 -- lib/Makefile.local | 10 ++ 3 files changed, 11 insertions(+), 6 deletions(-) diff --git a/Makefile b/Makefile index 64b9d4a..6f296bb 100644 --- a/Makefile +++ b/Makefile @@ -1,3 +1,4 @@ +SONAME = libnotmuch.so.1

[notmuch] [PATCH] Build and link against notmuch shared library

Excerpts from bgamari.foss's message of Sat Jan 23 12:58:42 -0600 2010: > True, but I don't think that this means that we need to link the > executable with a C++ compiler. I've tried linking with CC and it seems > to succeed, so I don't think there should be a problem changing it. > Are you