[notmuch] (no subject)

> ubuntu 9.10 and I don't have LDPATH set at all. Thanks, I will try to > fix that. Oh, nevermind what I said earlier. Verify that /usr/local/lib is in /etc/ld.so.conf. If not add it there. Then run ldconfig after installing notmuch, then it should work. Doing everything with the package

[notmuch] [PATCH] notmuch-config: make new message tags configurable

Add a new_tags option in the [messages] section of the configuration file to allow the user to specify which tags should be added to new messages by notmuch new. --- notmuch-client.h |8 ++ notmuch-config.c | 63 ++ notmuch-new.c|

[notmuch] [PATCH] Configurable tags for notmuch new

Hey all, I had some time today to finally put together a patch to make the tags used by notmuch new configurable. I added a [messages] section to the .notmuch-config to hold this new option, although this can be easily changed. Let me know what you think! Thanks! - Ben

[notmuch] (no subject)

On Fri, 12 Mar 2010 15:43:10 +, ingmar at exherbo.org wrote: > What's the value of LDPATH in your environment? It should contain > /usr/local/lib. > If it doesn't that's not an issue with the patch, but with your > installation/distro ubuntu 9.10 and I don't have LDPATH set at all. Thanks,

[notmuch] Notmuch command interface

On Fri, 12 Mar 2010 16:03:34 +0100, Michal Sojka wrote: > On Fri, 12 Mar 2010, Sebastian Spaeth wrote: > > > Unfortunately, I didn't make much progress in implementating this, but > > > it's definitely a priority for me because I want to get rid of slow > > > notmuchsync. > > > > notmuchsync

[notmuch] [PATCH] Change From and Bcc when creating reply draft buffer

On Fri, 12 Mar 2010 10:22:09 -0500, Jameson Rollins wrote: > To me it seems the issue here is the distinction between the notmuch > CLI, and any other reader UI that uses it. AFAICT, the CLI actually has > no need to know what "your" email address is, so I don't see why it > should be configured

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

On Thu, 11 Mar 2010 14:41:09 -0800 (PST), Ben Gamari wrote: > On Thu, 04 Mar 2010 09:25:45 +0100, "Sebastian Spaeth" SSpaeth.de> wrote: > > I just tried out this patch to compile notmuch as a shared library and > > while producing lib/libnotmuch.so.1 it fails to find notmuch later: > > Try the

[notmuch] Notmuch command interface

put, by the way. I think > that suppressing the output of msg bodies in notmuch show will help > notmuchsync performance *a lot*. I've just tried it :-( + /home/wsh/src/notmuchsync/notmuchsync -s -n -d 20100312 15:59:37 - DEBUG - Execute ['notmuch', 'show', '--format=json', '1265813977..1270997977'] Tr

[notmuch] (no subject)

On Fri, 12 Mar 2010 14:47:33 +0100, Ingmar Vanhassel wrote: > Here's my updated series for this. Ben Gamaris original patch gives me an "-lnotmuch" not found failure during compilation. Your patchset compiles fine and installs /usr/local/bin/notmuch and /usr/local/lib/libnotmuch.so.1. However,

[notmuch] Notmuch command interface

> Unfortunately, I didn't make much progress in implementating this, but > it's definitely a priority for me because I want to get rid of slow > notmuchsync. notmuchsync master is now using the json output, by the way. I think that suppressing the output of msg bodies in notmuch show will help

[notmuch] (no subject)

> Ben Gamaris original patch gives me an "-lnotmuch" not found failure > during compilation. > Your patchset compiles fine and installs /usr/local/bin/notmuch and > /usr/local/lib/libnotmuch.so.1. However, it doesn't find it when running > and exits saying libnotmuch.so not found. Right, that was

[notmuch] [PATCH 3/3] Add a --libdir option to ./configure

This allows packagers to specify to which directory libraries should be installed. Signed-off-by: Ingmar Vanhassel --- Makefile.local |6 +++--- configure |7 +++ 2 files changed, 10 insertions(+), 3 deletions(-) diff --git a/Makefile.local b/Makefile.local index

[notmuch] [PATCH 2/3] Fix target dependencies for multiple jobs

From: Saleem Abdulrasool Signed-off-by: Ingmar Vanhassel --- lib/Makefile.local |9 ++--- 1 files changed, 6 insertions(+), 3 deletions(-) diff --git a/lib/Makefile.local b/lib/Makefile.local index f848946..7105070 100644 --- a/lib/Makefile.local +++

[notmuch] [PATCH 1/3] Build and link against notmuch shared library, install notmuch.h

From: Ben Gamari Signed-off-by: Ingmar Vanhassel --- .gitignore |1 + Makefile |1 + Makefile.local | 10 +++--- lib/Makefile.local |9 + 4 files changed, 14 insertions(+), 7 deletions(-) diff --git a/.gitignore

[notmuch] (no subject)

I was just going to mail an updated series for this. I'd definitely like to see this upstream. I amended the first patch to install the notmuch.h header. The second patch from a friend of mine fixes a parallel make issue I ran into when I tested one of your intiial patches. I ran this patch by

[notmuch] [PATCH] Move notmuch-show functionality to notmuch-show.el

To ease the transition to a JSON based implementation of `notmuch-show', move the current implementation into a separate file. Signed-off-by: David Edmondson --- emacs/Makefile.local |2 +- emacs/notmuch-show.el | 982 + emacs/notmuch.el

[notmuch] [PATCH] Add the emacs directory to the load-path when byte compiling

When the emacs UI is split into multiple files they are likely to be interdependent. Adding the emacs directory to the load-path means that one file will be able to `require' another. Signed-off-by: David Edmondson --- Makefile |2 +- 1 files changed, 1 insertions(+), 1 deletions(-) diff

[notmuch] [PATCH] Add the emacs directory to the load-path when byte compiling.

Sorry, I just (re?)read the submission guidelines. I'll send another version that attempts to comply. dme. -- David Edmondson, http://dme.org

[notmuch] [PATCH] Add the emacs directory to the load-path when byte compiling.

--- Makefile |2 +- 1 files changed, 1 insertions(+), 1 deletions(-) diff --git a/Makefile b/Makefile index 46f001c..f0b96e0 100644 --- a/Makefile +++ b/Makefile @@ -68,7 +68,7 @@ quiet ?= $($1) $(call quiet,CC,$(CFLAGS)) -c $(FINAL_CFLAGS) $< -o $@ %.elc: %.el - $(call

[notmuch] [PATCH] Change From and Bcc when creating reply draft buffer

--- A non-text attachment was scrubbed... Name: not available Type: application/pgp-signature Size: 835 bytes Desc: not available URL: <http://notmuchmail.org/pipermail/notmuch/attachments/20100312/17577baf/attachment.pgp>

[notmuch] Notmuch command interface

> To avoid breaking the current behavior, what if the set of tags applied to > new/moved/deleted(?) messages could be set on the command line or some > other library interface, while just perhaps defaulting to unread/inbox? > This would support both the current behavior and a hooks-like

[notmuch] [PATCH] Change From and Bcc when creating reply draft buffer

On Fri, 12 Mar 2010 08:49:35 +0100, Michal Sojka wrote: > On Thu, 11 Mar 2010, James Vasile wrote: > > On Thu, 11 Mar 2010 17:22:41 +0100, Michal Sojka > > wrote: > > > thanks for clarification. It all sounds reasonable. The only problem I > > > can see now is that if I create a new account on

[notmuch] Notmuch command interface

On Thu, 11 Mar 2010, David A Benjamin wrote: > On Thu, 11 Mar 2010, Ben Gamari wrote: > > While the notmuch command-line interface is fantastic, there defintely are > > a few > > gaps which hurt performance. Since I've been following, I've seen several > > threads on how to handle message

[notmuch] [PATCH] Change From and Bcc when creating reply draft buffer

On Thu, 11 Mar 2010, James Vasile wrote: > On Thu, 11 Mar 2010 17:22:41 +0100, Michal Sojka > wrote: > > thanks for clarification. It all sounds reasonable. The only problem I > > can see now is that if I create a new account on my machine and run > > emacs there, then the value of

[notmuch] [PATCH] Add the emacs directory to the load-path when byte compiling.

--- Makefile |2 +- 1 files changed, 1 insertions(+), 1 deletions(-) diff --git a/Makefile b/Makefile index 46f001c..f0b96e0 100644 --- a/Makefile +++ b/Makefile @@ -68,7 +68,7 @@ quiet ?= $($1) $(call quiet,CC,$(CFLAGS)) -c $(FINAL_CFLAGS) $ -o $@ %.elc: %.el - $(call

[notmuch] [PATCH] Add the emacs directory to the load-path when byte compiling

When the emacs UI is split into multiple files they are likely to be interdependent. Adding the emacs directory to the load-path means that one file will be able to `require' another. Signed-off-by: David Edmondson d...@dme.org --- Makefile |2 +- 1 files changed, 1 insertions(+), 1

[notmuch] (no subject)

I'd very much like to see this upstream. Here's my updated series for this. I amended your first patch to make it install the notmuch.h header too. The second patch fixed some parallel make issue I had while testing your series. We discussed this ages ago on #notmuch, I don't remember the

Re: [notmuch] Notmuch command interface

Unfortunately, I didn't make much progress in implementating this, but it's definitely a priority for me because I want to get rid of slow notmuchsync. notmuchsync master is now using the json output, by the way. I think that suppressing the output of msg bodies in notmuch show will help

Re: [notmuch] (no subject)

On Fri, 12 Mar 2010 14:47:33 +0100, Ingmar Vanhassel ing...@exherbo.org wrote: Here's my updated series for this. Ben Gamaris original patch gives me an -lnotmuch not found failure during compilation. Your patchset compiles fine and installs /usr/local/bin/notmuch and

Re: [notmuch] [PATCH] Change From and Bcc when creating reply draft buffer

On Fri, 12 Mar 2010 08:49:35 +0100, Michal Sojka sojk...@fel.cvut.cz wrote: Hmm, I understand. My worry about this approach is the following: Now it is very straightforward to start using notmuch. You only answer a few questions when you run notmuch for the first time and then it works. If we

Re: [notmuch] [PATCH] Change From and Bcc when creating reply draft buffer

On Fri, 12 Mar 2010 10:22:09 -0500, Jameson Rollins jroll...@finestructure.net wrote: To me it seems the issue here is the distinction between the notmuch CLI, and any other reader UI that uses it. AFAICT, the CLI actually has no need to know what your email address is, so I don't see why it

Re: [notmuch] Notmuch command interface

On Fri, 12 Mar 2010 16:03:34 +0100, Michal Sojka sojk...@fel.cvut.cz wrote: On Fri, 12 Mar 2010, Sebastian Spaeth wrote: Unfortunately, I didn't make much progress in implementating this, but it's definitely a priority for me because I want to get rid of slow notmuchsync.

Re: [notmuch] (no subject)

On Fri, 12 Mar 2010 15:43:10 +, ing...@exherbo.org wrote: What's the value of LDPATH in your environment? It should contain /usr/local/lib. If it doesn't that's not an issue with the patch, but with your installation/distro ubuntu 9.10 and I don't have LDPATH set at all. Thanks, I will

Re: [notmuch] (no subject)

ubuntu 9.10 and I don't have LDPATH set at all. Thanks, I will try to fix that. Oh, nevermind what I said earlier. Verify that /usr/local/lib is in /etc/ld.so.conf. If not add it there. Then run ldconfig after installing notmuch, then it should work. Doing everything with the package