> 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 manag
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|
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
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, I
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 mast
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
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 v
output, 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', '--for
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, i
> 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
not
> 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
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 31ab534..e1393
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
+++ b/lib/Makefile.local
@@ -18,9 +18,1
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 b/.gitignore
index efa98fb..daf809
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 detai
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 yo
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|
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
___
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
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 --
Sorry, I just (re?)read the submission guidelines. I'll send another
version that attempts to comply.
dme.
--
David Edmondson, http://dme.org
---
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 quiet,
> 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 manag
-
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>
> 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 workflow
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 m
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 addition
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 user-mail-addr
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 wi
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 mast
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
> 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
On Fri, 12 Mar 2010 08:49:35 +0100, Michal Sojka 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 apply your patch
On Thu, 11 Mar 2010 14:41:09 -0800 (PST), Ben Gamari
wrote:
> On Thu, 04 Mar 2010 09:25:45 +0100, "Sebastian Spaeth"
> 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 version I
output, 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', '--for
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, it
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 m
> 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
not
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 31ab534..e1393
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
+++ b/lib/Makefile.local
@@ -18,9 +18,1
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 b/.gitignore
index efa98fb..daf809
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 detai
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 yo
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 --
Sorry, I just (re?)read the submission guidelines. I'll send another
version that attempts to comply.
dme.
--
David Edmondson, http://dme.org
___
notmuch mailing list
notmuch@notmuchmail.org
http://notmuchmail.org/mailman/listinfo/notmuch
---
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 quiet
> 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 workflow
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 addition
48 matches
Mail list logo