this function is primarily used when browsing an inbox).
Signed-off-by: Jed Brown j...@59a2.org
---
notmuch.el |8 ++--
1 files changed, 6 insertions(+), 2 deletions(-)
diff --git a/notmuch.el b/notmuch.el
index 6adac9e..e9786c0 100644
--- a/notmuch.el
+++ b/notmuch.el
@@ -935,15 +935,19
On Fri, 27 Nov 2009 05:41:44 -0800, Carl Worth cwo...@cworth.org wrote:
Thanks for the patch, Jed, I almost pushed it, but noticed that it's
calling `called-interactively-p' with an argument even though that
function does not accept an argument.
My docs say it does take an argument:
First, I'm aware that such munging is A Bad Thing
http://www.unicom.com/pw/reply-to-harmful.html
but a lot of lists do it anyway (mostly to work around widely used
mailers with lame defaults). After munging, we get headers looking like
this
From: Some User some.u...@example.com
To:
Signed-off-by: Jed Brown j...@59a2.org
---
notmuch.1 | 22 +++---
notmuch.c | 16 ++--
2 files changed, 33 insertions(+), 5 deletions(-)
diff --git a/notmuch.1 b/notmuch.1
index 2be77f9..04bd0cf 100644
--- a/notmuch.1
+++ b/notmuch.1
@@ -211,9 +211,9 @@ section
The former one worked in 23.1.50.1 but not in 23.1.1.
Signed-off-by: Jed Brown j...@59a2.org
---
notmuch.el |2 +-
1 files changed, 1 insertions(+), 1 deletions(-)
diff --git a/notmuch.el b/notmuch.el
index 96c5d96..65473ba 100644
--- a/notmuch.el
+++ b/notmuch.el
@@ -1152,7 +1152,7
Jan, thanks for looking into this.
On Wed, 2 Dec 2009 15:38:54 +0100, Jan Janak j...@ryngle.com wrote:
This seems close enough to what you want and maybe we could somehow make it
work with notmuch, too. This would be interesting to have, because then we
could complete multiple tag names with a
I know html support is still poor, but the following seems worse than
not showing anything. When I visit this message, I get prompted to save
the MIME part and the following is displayed (including all the hidden
stuff). Original message is attached.
Jed
message{
On Fri, 04 Dec 2009 11:07:54 -0800, Carl Worth cwo...@cworth.org wrote:
But surely there's a way to implement this with dramatically less code
duplication?
It should just be very short after this series
id:1259450376-24523-1-git-send-email-...@59a2.org
I think --format= should not be used
On Wed, 09 Dec 2009 12:00:21 -0800, Carl Worth cwo...@cworth.org wrote:
1. Rewriting the code to not use apply-partially
1b. Use apply-partially
(defun apply-partially (fun rest args)
Return a function that is a partial application of FUN to ARGS.
ARGS is a list of the first N arguments to
On Sat, 19 Dec 2009 15:41:14 +1100, Alex Ghitza aghi...@gmail.com wrote:
Bcc-ing myself on every sent message is suboptimal for a number of
reasons: (1) gmail throws away the bcc-ed copy since it has the same
message id as the one sitting in the gmail sent mail, and so the
bcc-ed copy never
Looks like this was just a bug in Xapian HEAD, today's build works just
fine and I'm enjoying the faster CHERT backend. Bulk tagging is really
loads faster now, and the interactivity is better than before, but SPC
still has a noticeable pause (at least 200 ms) since (apparently) it's
doing an
On Thu, 28 Jan 2010 15:49:34 -0500, Ben Gamari bgam...@gmail.com wrote:
Sounds like you need to add a line to crontab.
I haven't been following this thread closely so I hope this isn't too
out of context. I agree that certain things like notmuch-new should go
in the crontab, but I think that
On Tue, 09 Feb 2010 11:19:54 -0800, Carl Worth cwo...@cworth.org wrote:
I did verify the above in a copy of WG14/N1124. For anyone that doesn't
recognize that, that's the draft from the C99 working group that I've
been told is remarkably similar to C99 but distinct in that it's freely
On Tue, 02 Mar 2010 16:26:10 +0100, Paul R paul.r...@gmail.com wrote:
CouchDB databases can be replicated and synced in both directions.
Conflicts are lazily handled.
I've wondered about this. An interesting property would be lack of a
global lock, which is one of the reasons why people are
On Mon, Oct 11, 2010 at 22:00, Jameson Rollins
jroll...@finestructure.net wrote:
As long as all the repos are synced, then you only need to track one.
But notmuch already has official repos [0], and making another
pseudo-official repo will probably just makes things more confusing.
Patches
On Fri, Oct 29, 2010 at 18:17, Felipe Contreras
felipe.contre...@gmail.com wrote:
Well, it's not possible: pkg-config is supposed to work on win32 and
osx, so all the dependencies must be there, so:
% pkg-config --libs gmime-2.6
-pthread -lgmime-2.6 -lgio-2.0 -lgobject-2.0 -lgmodule-2.0
This permits saved searches like today.
---
This is similar functionality to David's patch, but uses an accessor so that
queries are always evaluated dynamically.
emacs/notmuch-hello.el |4 ++--
emacs/notmuch-lib.el | 11 ++-
emacs/notmuch.el |2 +-
3 files changed, 13
On Tue, 23 Nov 2010 16:41:40 +0100, Michal Sojka sojk...@fel.cvut.cz wrote:
On Mon, 22 Nov 2010, Xavier Maillard wrote:
M-x cd RET ~/src/notmuch RET
| git am RET
An arguable refinement is
| (cd ~/src/notmuch; git am -3)RET
Then I manually switch to *notmuch-pipe* buffer to see whether the
On Sat, Jul 2, 2011 at 07:44, David Bremner da...@tethera.net wrote:
A third strategy is git checkout master git merge -s ours 0.6.
Then history will look like this:
freeze
--.-.- master
\ /
---
release
As long as every patch on the
David Bremner da...@tethera.net writes:
Squashed sounds good to me too. Sorry I'm too lazy/busy at the moment to
do it myself.
I tested the attached and it's working as expected. Sent as an
attachment to preserve author information.
From 5404ac5bf13f8b5349d5b94f9f2000e9d1832b83 Mon Sep 17
If libnotmuch.so is installed to a path that is not searched by
dlopen(3), we must import it using an absolute path because the Python
bindings do not have the luxury of RPATH linking. So strip off the
trailing directories from the install location and try CDLL with an
absolute path.
---
This is
Justus Winter 4win...@informatik.uni-hamburg.de writes:
May I ask why you cannot use LD_LIBRARY_PATH? I too install libnotmuch
to a non-standard location as unprivileged user and to make this
library available I add its path to LD_LIBRARY_PATH.
See libdir_in_ldconfig testing in configure: we
Justus Winter 4win...@informatik.uni-hamburg.de writes:
But why do we do that? I always thought that rpath causes more
problems and is to be avoided if possible [0]. But otoh, I didn't even
knew that the notmuch build system uses rpath.
0: e.g. http://wiki.debian.org/RpathIssue
RPATH is bad
My laptop had a kernel oops this morning, apparently triggered by
getting bumped (not very hard, actually). Upon restarting, I have a
corrupt database:
$ notmuch search tag:inbox
Tomi Ollila tomi.oll...@iki.fi writes:
%.o: %.cc $(global_deps)
- @mkdir -p .deps/$(@D)
+ @mkdir -p $(patsubst %/.,%,.deps/$(@D))
$(call quiet,CXX $(CPPFLAGS) $(CXXFLAGS)) -c $(FINAL_CXXFLAGS) $ -o $@
-MD -MP -MF .deps/$*.d
An alternative approach is to use directory marker
Searching by Message-Id no longer works via the old mail-archive.com
API, though I have contacted them in hopes that they restore it to
prevent dead links. Anyway, the new API is cleaner.
---
emacs/notmuch-show.el | 2 +-
1 file changed, 1 insertion(+), 1 deletion(-)
diff --git
Searching by Message-Id no longer works via the old mail-archive.com
API, though I have contacted them in hopes that they restore it to
prevent dead links. Anyway, the new API is cleaner.
Acked-by: Austin Clements amdra...@mit.edu
---
Fixed the test. Thanks, David.
emacs/notmuch-show.el | 2
David Bremner da...@tethera.net writes:
How is the performance of tree-view on these threads?
tree-view? Loading is about equally slow with/without
notmuch-show-indent-messages-width=0. Navigation is pretty fast once
loaded. notmuch show --format=sexp for an 1100 message thread with
7.5 MB
I occasionally end up with threads containing several hundred messages
and deep nesting. Eventually, displaying them exceeds the default
max-specpdl-size and later max-lisp-eval-depth. These variables can be
increased, but the time required to display the thread stretches to
minutes. Does
Michael Hudson-Doyle michael.hud...@canonical.com writes:
I have encountered this too. A C-u before entering the thread helps
(this means already read messages are not rendered I think), as does a
M-x notmuch-show-toggle-thread-indentation .
Thanks, Michael. This does help, though it
---
Makefile |2 +-
1 files changed, 1 insertions(+), 1 deletions(-)
-- next part --
A non-text attachment was scrubbed...
Name: 0001-Drop-redundant-CFLAGS-was-already-included-in-CXXFLA.patch
Type: text/x-patch
Size: 330 bytes
Desc: not available
URL:
Prior to this, notmuch-show-pipe-message could not handle file names
with spaces and similar.
---
notmuch.el |3 ++-
1 files changed, 2 insertions(+), 1 deletions(-)
-- next part --
A non-text attachment was scrubbed...
Name:
On Sat, 21 Nov 2009 19:35:39 +0100, Jed Brown wrote:
[...]
> 3. I had initially put 'notmuch new' in a cron job (instead of
> offlineimap postsync hook) and new/search would sometimes complain about
> missing files in the maildir. The first time this happened, it did not
> correct
On Sat, 21 Nov 2009 21:01:20 +0100, Carl Worth wrote:
> Yes, this is a known bug in Xapian (it rewrites all of the indexed terms
> for the email message even though you're just trying to add/remove one
> term). The Xapian ticket for this is here:
>
> replace_document should make minimal
On Sat, 21 Nov 2009 21:50:10 +0100, Jan Janak wrote:
> I get errors about missing files too. There are several reasons why
> that can happen:
>
> 1) A message is moved from one folder to another in other mail
> clients that work with the Maildir spool.
Not a problem in my case because I
On Sat, 21 Nov 2009 22:00:13 +0100, Carl Worth wrote:
> Ah, OK. So you made a change on the Gmail side and that caused a file to
> be renamed locally.
yes
> Or did you mean you removed the tag from within emacs? In that case, the
> search term used to find the message is the message id itself.
---
lib/notmuch.h |2 +-
1 files changed, 1 insertions(+), 1 deletions(-)
-- next part --
A non-text attachment was scrubbed...
Name: 0001-_READ_Write-_READ_WRITE.patch
Type: text/x-patch
Size: 403 bytes
Desc: not available
URL:
On Sun, 22 Nov 2009 00:07:57 +0100, Carl Worth wrote:
> One thing we'll still have to think about is how to remove the "virtual
> tags" from the completion list, (once we have virtual tags in the
> configuration file---that is, tags applied automatically based on search
> specifications).
Do
On Sun, 22 Nov 2009 09:41:16 -0500, Brett Viren
wrote:
> On Sat, Nov 21, 2009 at 11:44 PM, Jjgod Jiang wrote:
>
> > 1. What's the most efficient way to sync mails from my gmail
> > account to a local Maildir? I've tried offlineimap but it
> > keeps crashing python (!) on my system (python 2.6,
On Sun, 22 Nov 2009 10:00:26 -0600, Jeffrey Ollie wrote:
> Yes, I'm sure that make is widely available, but as notmuch gets used
> on a wider variety of systems some sort of configuration system will
> become necessary. If I can prevent another project from going down
> the autoconf/automake
It is often convenient to change tags on several messages at once. This
function applies any number of tag whitespace-delimited tag
modifications to all messages matching the current query.
I have bound this to `*'.
Signed-off-by: Jed Brown
---
notmuch.el | 24
1
On Sun, 22 Nov 2009 21:24:47 +0100, Tassilo Horn
wrote:
> Hi all,
>
> I'd like to try out notmuch. My mail setup is as follows:
>
> - I run a local IMAP server (dovecot) and access it using Gnus
> - Dovecot stores its mails in /var/spool/mail/ in some one file per
> message format
Currently OR binds more weakly than AND, which is natural in most
contexts, but I think it is rarely desirably for this sort of search.
Suppose I am in looking at my inbox and decide to filter by
term1 OR term2
Notmuch makes the query
tag:inbox AND term1 OR term2
which is actually
On Sun, 22 Nov 2009 16:36:49 -0500, Bart Trojanowski wrote:
> Wouldn't this problem be solved by each filter appending a bracketed
> version of your filter?
>
> You start with tag:inbox and you filter on "term1 or term2" you'd get:
>
> tag:inbox and (term1 or term2)
Absolutely, and I
On Sun, 22 Nov 2009 22:48:52 +0100, Tassilo Horn
wrote:
> Ok, so new the question: I indexed all my 63.000 mails, and because it
> was a first-time indexing, all my mail now has the tags inbox and
> unread. Of course, I don't want to SPC through all threads (using the
> great emacs interface)
notmuch-search-filter accepts now accepts an arbitrary query and will
group if necessary so that we get
tag:inbox AND (gravy OR biscuits)
notmuch-search-filter-tag now handles multiple terms. All terms in the
query except AND and OR are interpreted as tags.
Signed-off-by: Jed Brown
On Mon, 23 Nov 2009 05:14:25 +0100, Carl Worth wrote:
> Second, I like that you just used the search string again, (as opposed
> to just walking through the buffer looking at thread IDs). That seems
> elegant.
It was *easy*.
> First, this creates a race condition in that the user will rightly
>
On Mon, 23 Nov 2009 14:19:18 +0100, Karl Wiberg wrote:
> On Mon, Nov 23, 2009 at 12:11 PM, Dirk-Jan Binnema
> wrote:
>
> > On Mon, Nov 23, 2009 at 9:34 AM, Karl Wiberg wrote:
> >
> > > Didn't the "(void)" suggestion work?
> >
> > I actually preferred that solution, but unfortunately, it
On Mon, 23 Nov 2009 15:43:41 +0100, Tassilo Horn
wrote:
> First, I only touched the two symlinks.
Unfortunately, this actually touched the file pointed to by the symlink,
if you stat the symlink you will see that mtime did not change.
> This didn't help. Then I used
> "find . -type d | xargs
On Mon, 23 Nov 2009 16:01:41 +0100, Tassilo Horn
wrote:
> Tassilo Horn writes:
> I don't have to touch the symlinks or the directories inside the
> locations the symlinks point to, but instead I have to touch the
> top-level directory where the symlinks are contained in.
Ah, it's slightly
On Mon, 23 Nov 2009 18:14:12 +0200, Dirk-Jan Binnema
wrote:
> Did you try it with -O2? Without optimizations many of the warnings are not
> issued.
Yes,
$ cat > foo.c
#include
#include
int main()
{
malloc(5);
write(2,0,10);
return 0;
}
$ gcc -static -std=c89 -O0 -Wall -Wextra -pedantic
and handles NOT.
Signed-off-by: Jed Brown
---
notmuch.el | 27 ++-
1 files changed, 22 insertions(+), 5 deletions(-)
diff --git a/notmuch.el b/notmuch.el
index 0cabbe2..fdd30ae 100644
--- a/notmuch.el
+++ b/notmuch.el
@@ -828,6 +828,10 @@ thread from that buffer can be show
in these cases.
Signed-off-by: Jed Brown
---
notmuch-reply.c |4 ++--
1 files changed, 2 insertions(+), 2 deletions(-)
diff --git a/notmuch-reply.c b/notmuch-reply.c
index 44e1766..cd81e76 100644
--- a/notmuch-reply.c
+++ b/notmuch-reply.c
@@ -97,12 +97,12 @@ address_is_users (const char
On Mon, 23 Nov 2009 10:26:47 -0800, Keith Packard wrote:
> Remember to split patches which do more than one thing into separate
> commits.
These are variants of the same operation, but I'll split in the future.
> > + (let ((grouped-query (if (string-match-p
> >
---
notmuch-new.c |1 +
1 files changed, 1 insertions(+), 0 deletions(-)
diff --git a/notmuch-new.c b/notmuch-new.c
index 8172b49..e32b92a 100644
--- a/notmuch-new.c
+++ b/notmuch-new.c
@@ -159,6 +159,7 @@ add_files_recursive (notmuch_database_t *notmuch,
* user specify files to be
On Mon, 23 Nov 2009 19:43:26 -0800, Keith Packard wrote:
> On Mon, 23 Nov 2009 19:16:54 -0800, Carl Worth wrote:
> > Then tags become something that are just for manual manipulation. What
> > do you think?
I really think this is the way to go.
> And disadvantages as searching might actually be
This is useful any time you want to explicitly refer to the message,
such as in the body of another message, through git format-patch, or on
IRC.
It is bound to "C-c i".
Signed-off-by: Jed Brown
---
notmuch.el | 12
1 files changed, 12 insertions(+), 0 deletions(-)
ly against HEAD after c1e16435cfe4471c3415d9f625f7230d59c8afb4
Signed-off-by: Jed Brown
---
notmuch.el | 12
1 files changed, 12 insertions(+), 0 deletions(-)
diff --git a/notmuch.el b/notmuch.el
index 907df2c..e3e0e06 100644
--- a/notmuch.el
+++ b/notmuch.el
@@ -80,6 +80,7 @@
It turns out that this ID has id: prefixed (which I thought was fine
because I'm frequently doing another query with it). But git send-email
doesn't strip that, so this was not threaded correctly. Would this be
better with the id: prefix stripped?
Jed
These two patches provide support for features like the one in the
subject line. Along with these two patches, I have one for git
format-patch (which I will submit upstream soon) that uses the output
from notmuch reply --format=headers-only to build a reply with proper
referencing, To, and Cc
This factors actual generation of the reply out of notmuch_reply_command
into notmuch_reply_format_default(), in preparation for other --format=
options.
Signed-off-by: Jed Brown
---
notmuch-reply.c | 121 +++---
1 files changed, 78 insertions
This command only generates References, To, and Cc headers.
The purpose is primarily for use in
git send-email --notmuch id:
to get proper threading and address the relevant parties. Hooks for
other SCMs may come later.
Signed-off-by: Jed Brown
---
notmuch-reply.c | 70
This currently means the same thing as --format=headers-only, but this
name gives more freedom to change --format=headers-only without breaking
existing versions of git.
---
notmuch-reply.c |3 ++-
1 files changed, 2 insertions(+), 1 deletions(-)
diff --git a/notmuch-reply.c
On Thu, 26 Nov 2009 10:34:12 -0800, Carl Worth wrote:
> I'm a little confused here. Notmuch only uses stat, so it should be
> looking at the target's mtime already. It actually takes special effort
> (via lstat) to get at the mtime of the link itself.
>
> So why aren't things just working?
On Thu, 26 Nov 2009 13:14:22 -0800, Carl Worth wrote:
> Then I'm still being really dense here. The non-propagation of mtime is
> the with actual directories. And the code is trying to do the right
> thing for that.
The stat() is correct, it's the check for the d_type field coming out of
It is often convenient to change tags on several messages at once. This
function applies any number of tag whitespace-delimited tag
modifications to all messages matching the current query.
I have bound this to `*'.
Signed-off-by: Jed Brown
---
notmuch.el | 24
1
this function is primarily used when browsing an inbox).
Signed-off-by: Jed Brown
---
notmuch.el |8 ++--
1 files changed, 6 insertions(+), 2 deletions(-)
diff --git a/notmuch.el b/notmuch.el
index 6adac9e..e9786c0 100644
--- a/notmuch.el
+++ b/notmuch.el
@@ -935,15 +935,19 @@ and will also
On Fri, 27 Nov 2009 05:41:44 -0800, Carl Worth wrote:
> Thanks for the patch, Jed, I almost pushed it, but noticed that it's
> calling `called-interactively-p' with an argument even though that
> function does not accept an argument.
My docs say it does take an argument:
On Fri, 27 Nov 2009 06:02:45 -0800, Carl Worth wrote:
> Since this operates via a single call to "notmuch tag" you might mention
> here that all tag removals occur before any tag additions.
I was unaware of this point, if I do
notmuch tag -inbox +star tag:inbox some-expression
I will have
On Fri, 27 Nov 2009 21:54:11 -0800, Carl Worth wrote:
> Ah. So we have our first case of emacs-lisp portability issues.
Bummer, my docs say nothing about this changing, let alone in a way
that's going to break anything that used it.
> I'm using "GNU emacs 23.1.1" currently, for what it's worth.
First, I'm aware that such munging is A Bad Thing
http://www.unicom.com/pw/reply-to-harmful.html
but a lot of lists do it anyway (mostly to work around widely used
mailers with lame defaults). After munging, we get headers looking like
this
From: Some User
To: Sample users list
Signed-off-by: Jed Brown
---
notmuch.1 | 22 +++---
notmuch.c | 16 ++--
2 files changed, 33 insertions(+), 5 deletions(-)
diff --git a/notmuch.1 b/notmuch.1
index 2be77f9..04bd0cf 100644
--- a/notmuch.1
+++ b/notmuch.1
@@ -211,9 +211,9 @@ section below
On Sat, 28 Nov 2009 09:55:43 -0800, Carl Worth wrote:
> On Sat, 28 Nov 2009 17:05:06 +0100, Jed Brown wrote:
> > Handling this is a bit messy, I think we want the current behavior
> > unless To matches Reply-To, in which case we use From and Reply-To. If
> > this is
The former one worked in 23.1.50.1 but not in 23.1.1.
Signed-off-by: Jed Brown
---
notmuch.el |2 +-
1 files changed, 1 insertions(+), 1 deletions(-)
diff --git a/notmuch.el b/notmuch.el
index 96c5d96..65473ba 100644
--- a/notmuch.el
+++ b/notmuch.el
@@ -1152,7 +1152,7 @@ characters
add_recipients_from_message, in order to isolate more sophisticated
mailing list logic.
Signed-off-by: Jed Brown
---
notmuch-reply.c | 88 ---
1 files changed, 45 insertions(+), 43 deletions(-)
diff --git a/notmuch-reply.c b/notmuch-reply.c
Signed-off-by: Jed Brown
---
notmuch-reply.c | 47 ++-
1 files changed, 46 insertions(+), 1 deletions(-)
diff --git a/notmuch-reply.c b/notmuch-reply.c
index b91a830..9b9e9ab 100644
--- a/notmuch-reply.c
+++ b/notmuch-reply.c
@@ -182,6 +182,39
This avoids erroneously calling internet_address_list_length() with a
NULL list (which was causing a gmime exception).
Signed-off-by: Jed Brown
---
notmuch-reply.c |2 +-
1 files changed, 1 insertions(+), 1 deletions(-)
diff --git a/notmuch-reply.c b/notmuch-reply.c
index 9b9e9ab..6c9118e
On Tue, 1 Dec 2009 10:33:05 +0100, Steen Manniche wrote:
> Probably unusable system info:
> % uname -a
> Linux algorithm 2.6.31-ARCH #1 SMP PREEMPT Fri Oct 23 11:12:58 CEST
> 2009 i686 Intel(R) Core(TM)2 Duo CPU P9500 @ 2.53GHz GenuineIntel
> GNU/Linux
This is pretty much my fault because I made
A patch for notmuch-search-filter follows, my change to
notmuch-search-filter-by-tag is not very useful since
notmuch-select-tag-with-completion does not allow a space to be
inserted. I don't know how to get completion on multiple
space-separated terms.
On Tue, 01 Dec 2009 18:56:59 -0800, Carl
notmuch-search-filter now accepts an arbitrary query and will group if
necessary so that we get
tag:inbox AND (gravy OR biscuits)
instead of the former
tag:inbox AND gravy OR biscuits
Signed-off-by: Jed Brown
---
notmuch.el |5 -
1 files changed, 4 insertions(+), 1 deletions
On Wed, 2 Dec 2009 14:18:08 +0100, Jan Janak wrote:
> I haven't been really following this thread in detail. What is that you need
> from notmuch-select-tag-with-completion? To be able to process a list of tags
> separated by spaces? Maybe I could help you with that.
No, it would need to take
Jan, thanks for looking into this.
On Wed, 2 Dec 2009 15:38:54 +0100, Jan Janak wrote:
> This seems close enough to what you want and maybe we could somehow make it
> work with notmuch, too. This would be interesting to have, because then we
> could complete multiple tag names with a single TAB
I know html support is still poor, but the following seems worse than
not showing anything. When I visit this message, I get prompted to save
the MIME part and the following is displayed (including all the hidden
stuff). Original message is attached.
Jed
message{ id:4B182A91.9020304 at
On Fri, 04 Dec 2009 11:07:54 -0800, Carl Worth wrote:
> But surely there's a way to implement this with dramatically less code
> duplication?
It should just be very short after this series
id:1259450376-24523-1-git-send-email-jed at 59A2.org
I think --format= should not be used for this,
On Wed, 09 Dec 2009 12:00:21 -0800, Carl Worth wrote:
> 1. Rewriting the code to not use apply-partially
1b. Use apply-partially
(defun apply-partially (fun args)
"Return a function that is a partial application of FUN to ARGS.
ARGS is a list of the first N arguments to pass to FUN.
The
I rebuilt notmuch and got a Xapian exception while notmuch new was
upgrading my database. This seemed like a decent time to try the latest
Xapian, so I built a copy and the crash remained (and maintainer-mode
still optimizes so I built Xapian again so I could get decent
debugging). Here is a
Looks like this was just a bug in Xapian HEAD, today's build works just
fine and I'm enjoying the faster CHERT backend. Bulk tagging is really
loads faster now, and the interactivity is better than before, but SPC
still has a noticeable pause (at least 200 ms) since (apparently) it's
doing an
On Fri, 15 Jan 2010 09:59:54 -0400, David Bremner wrote:
> Is this over/under engineered? I spent roughly as long on the design as
> it took me to type :). Maybe the whole session id thing is redundant and
> could be done at the socket level. Or, getting more serious about the
> whole thing,
On Thu, 28 Jan 2010 15:49:34 -0500, Ben Gamari wrote:
> Sounds like you need to add a line to crontab.
I haven't been following this thread closely so I hope this isn't too
out of context. I agree that certain things like notmuch-new should go
in the crontab, but I think that notmuch-new should
On Thu, 04 Feb 2010 12:54:20 -0800, Carl Worth wrote:
> And I'm glad I did because that turned up a bug in the patch, (using
> == instead of != for the return value of strcasestr resulted in *all*
> messages with a Reply-To header being considered as munged).
Yikes, I've been using this thing
On Mon, 08 Feb 2010 12:24:06 -0500, Jameson Rollins wrote:
> I don't think that this is exactly correct. The quoting is interpreted
> by the shell in order to construct a single string that is then passed
> as an argument to the program.
The command line distinguishes, but the constructed query
On Tue, 09 Feb 2010 11:19:54 -0800, Carl Worth wrote:
> I did verify the above in a copy of WG14/N1124. For anyone that doesn't
> recognize that, that's the draft from the C99 working group that I've
> been told is remarkably similar to C99 but distinct in that it's freely
> available[*]. I
On Tue, 02 Mar 2010 16:26:10 +0100, Paul R wrote:
> CouchDB databases can be replicated and synced in both directions.
> Conflicts are lazily handled.
I've wondered about this. An interesting property would be lack of a
global lock, which is one of the reasons why people are either not
having
On Mon, Oct 11, 2010 at 22:00, Jameson Rollins
wrote:
> As long as all the repos are synced, then you only need to track one.
> But notmuch already has "official" repos [0], and making another
> pseudo-"official" repo will probably just makes things more confusing.
Patches show up in a different
On Fri, Oct 29, 2010 at 18:17, Felipe Contreras
wrote:
>
> Well, it's not possible: pkg-config is supposed to work on win32 and
> osx, so all the dependencies must be there, so:
>
> % pkg-config --libs gmime-2.6
> -pthread -lgmime-2.6 -lgio-2.0 -lgobject-2.0 -lgmodule-2.0
> -lgthread-2.0 -lrt
This permits saved searches like "today".
---
This is similar functionality to David's patch, but uses an accessor so that
queries are always evaluated dynamically.
emacs/notmuch-hello.el |4 ++--
emacs/notmuch-lib.el | 11 ++-
emacs/notmuch.el |2 +-
3 files changed,
On Tue, 23 Nov 2010 16:41:40 +0100, Michal Sojka wrote:
> On Mon, 22 Nov 2010, Xavier Maillard wrote:
> M-x cd ~/src/notmuch
> | git am
An arguable refinement is
| (cd ~/src/notmuch; git am -3)
> Then I manually switch to *notmuch-pipe* buffer to see whether the
> command failed or not.
On Sat, Jul 2, 2011 at 07:44, David Bremner wrote:
>
> A third strategy is "git checkout master && git merge -s ours 0.6".
> Then history will look like this:
>
> ?freeze
> --.-.- master
> ? \ ? ? ? ? ? /
> ? ?---
> ? ? ? ? ? ? ? release
>
> As long as every patch on the
I occasionally end up with threads containing several hundred messages
and deep nesting. Eventually, displaying them exceeds the default
max-specpdl-size and later max-lisp-eval-depth. These variables can be
increased, but the time required to display the thread stretches to
minutes. Does
Michael Hudson-Doyle writes:
> I have encountered this too. A C-u before entering the thread helps
> (this means already read messages are not rendered I think), as does a
> M-x notmuch-show-toggle-thread-indentation .
Thanks, Michael. This does help, though it makes it hard to interpret
1 - 100 of 111 matches
Mail list logo
