[notmuch] [PATCH] emacs: Move emacs UI (currently just one file) to subdirectory.

2010-02-09 Thread da...@tethera.net
From: David Bremner Add emacs/Makefile.local and emacs/Makefile. Move emacs targets into emacs/Makefile.local, but leave the byte compilation rule in the top level Makefile. --- I decided to put the actual targets for byte compilation and installation in emacs/Makefile.local.

[notmuch] Notmuch performance problems on OSX

2010-02-09 Thread Oliver Charles
On Tue, Feb 9, 2010 at 10:09 PM, Olly Betts wrote: > On 2010-02-09, Oliver Charles wrote: >> I just upgraded to xapian-core HEAD and notmuch master tip today, in >> desparation to get away from GMail. Sadly it's still taking at least >> 0.7s to tag a single thread (with one message). I'm really

[notmuch] viewing text/html (inline or otherwise)

2010-02-09 Thread Keith Packard
ailable Type: application/pgp-signature Size: 189 bytes Desc: not available URL: <http://notmuchmail.org/pipermail/notmuch/attachments/20100209/24edf42b/attachment.pgp>

[notmuch] Notmuch performance problems on OSX

2010-02-09 Thread Olly Betts
On 2010-02-09, Oliver Charles wrote: > I just upgraded to xapian-core HEAD and notmuch master tip today, in > desparation to get away from GMail. Sadly it's still taking at least > 0.7s to tag a single thread (with one message). I'm really eager to > solve this, could anyone give me any pointers

[notmuch] viewing text/html (inline or otherwise)

2010-02-09 Thread Alex Ghitza
Dear Notmuch folks, I've been using notmuch exclusively (or almost, see below) for the past couple of months and it is absolutely fabulous! It also keeps getting better for me, due for instance to the improved speed from the xapian bug #250 being fixed, and Jesse and Jamie's code for setting

[notmuch] Notmuch performance problems on OSX

2010-02-09 Thread Oliver Charles
I just upgraded to xapian-core HEAD and notmuch master tip today, in desparation to get away from GMail. Sadly it's still taking at least 0.7s to tag a single thread (with one message). I'm really eager to solve this, could anyone give me any pointers on how I could go about profiling it or

[notmuch] [PATCH] Switch from random to sequential thread identifiers.

2010-02-09 Thread Jed Brown
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

[notmuch] Problems with Maildir and files moving from new/ to cur/

2010-02-09 Thread Michal Sojka
On Tue, 9 Feb 2010 10:38:04 -0500, Brett Viren wrote: > Hi, > > I use procmail to prefilter mail into various sub groups of a Maildir. > This Maildir is served by dovecot IMAP and is also visible to > notmuch. I run "notmuch new" followed by "notmuch tag -inbox -unread > tag:inbox" (I use GNUS

[notmuch] [PATCH] Reintroduce HTML inlining, with a much needed optimization

2010-02-09 Thread Carl Worth
d. -Carl -- 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/20100209/fc1d6686/attachment.pgp>

[notmuch] [PATCH] Reintroduce HTML inlining, with a much needed optimization

2010-02-09 Thread Alexander Botero-Lowry
Now instead of requiring every single message be parsed, we now check the Content-type in the parsed headers and only do HTML inlining if it's text/html --- notmuch.el | 54 -- 1 files changed, 40 insertions(+), 14 deletions(-) diff --git

[notmuch] viewing text/html (inline or otherwise)

2010-02-09 Thread Alexander Botero-Lowry
On Tue, 09 Feb 2010 16:22:56 -0800, Carl Worth wrote: > On Tue, 09 Feb 2010 21:28:25 +1100, Alex Ghitza wrote: > > Ideally, I'd like to be able to see what's hidden behind the > > "Non-text part: text/html", and if it could happen inline that would be > > great. I would also entertain the idea

[notmuch] Problems with Maildir and files moving from new/ to cur/

2010-02-09 Thread Carl Worth
be a usable workaround for now as it would hopefully add just a second or two to your search times. -Carl -- 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/20100209/bb6640ca/attachment.pgp>

[notmuch] notmuch.el patch for older emacs

2010-02-09 Thread James Vasile
Emacs22 lacks apply-partially and mouse-event-p, so define them if emacs version is less than 23. With this change, I was able to begin using notmuch in emacs22. apply-partially cribbed from http://notmuchmail.org/pipermail/notmuch/2009/000889.html diff --git a/notmuch.el b/notmuch.el index

[notmuch] [PATCH] Switch from random to sequential thread identifiers.

2010-02-09 Thread Michal Sojka
On Mon, 08 Feb 2010 13:36:14 -0800, Carl Worth wrote: > The sequential identifiers have the advantage of being guaranteed to > be unique (until we overflow a 64-bit unsigned integer), and also take > up half as much space in the "notmuch search" output (16 columns > rather than 32). > [...] On

[notmuch] [PATCH] Switch from random to sequential thread identifiers.

2010-02-09 Thread Sebastian Spaeth
On Mon, 08 Feb 2010 13:36:14 -0800, Carl Worth wrote: > -NOTMUCH_THREAD_ID_SQUELCH='s/thread:/thread:XXX/' > +NOTMUCH_THREAD_ID_SQUELCH='s/thread:/thread:XXX/' Caught you not running your test suite before submitting v2 of a patch! :-) This

[notmuch] [PATCH] Switch from random to sequential thread identifiers.

2010-02-09 Thread Carl Worth
le Type: application/pgp-signature Size: 189 bytes Desc: not available URL: <http://notmuchmail.org/pipermail/notmuch/attachments/20100209/80071871/attachment.pgp>

[notmuch] [PATCH] Switch from random to sequential thread identifiers.

2010-02-09 Thread Carl Worth
not available Type: application/pgp-signature Size: 189 bytes Desc: not available URL: <http://notmuchmail.org/pipermail/notmuch/attachments/20100209/96eeb688/attachment.pgp>

[notmuch] [PATCH] Switch from random to sequential thread identifiers.

2010-02-09 Thread Sebastian Spaeth
On Tue, 09 Feb 2010 10:58:53 +0100, Sebastian Spaeth wrote: > On Mon, 08 Feb 2010 13:36:14 -0800, Carl Worth wrote: > > diff --git a/lib/database-private.h b/lib/database-private.h > ... > > + > > +uint64_t last_thread_id; > > throws: > lib/database-private.h:37: error: 'uint64_t' does not

[notmuch] [PATCH] Switch from random to sequential thread identifiers.

2010-02-09 Thread Sebastian Spaeth
On Mon, 08 Feb 2010 13:36:14 -0800, Carl Worth wrote: > diff --git a/lib/database-private.h b/lib/database-private.h ... > + > +uint64_t last_thread_id; throws: lib/database-private.h:37: error: 'uint64_t' does not name a type Is it just me, or have I made an error in applying this patch?

[notmuch] Problems with Maildir and files moving from new/ to cur/

2010-02-09 Thread Brett Viren
Hi, I use procmail to prefilter mail into various sub groups of a Maildir. This Maildir is served by dovecot IMAP and is also visible to notmuch. I run "notmuch new" followed by "notmuch tag -inbox -unread tag:inbox" (I use GNUS to do my reading and don't want these tags in the way the few

Re: [notmuch] [PATCH] Switch from random to sequential thread identifiers.

2010-02-09 Thread Sebastian Spaeth
On Mon, 08 Feb 2010 13:36:14 -0800, Carl Worth cwo...@cworth.org wrote: diff --git a/lib/database-private.h b/lib/database-private.h ... + +uint64_t last_thread_id; throws: lib/database-private.h:37: error: 'uint64_t' does not name a type Is it just me, or have I made an error in

Re: [notmuch] [PATCH] Switch from random to sequential thread identifiers.

2010-02-09 Thread Sebastian Spaeth
On Tue, 09 Feb 2010 10:58:53 +0100, Sebastian Spaeth sebast...@sspaeth.de wrote: On Mon, 08 Feb 2010 13:36:14 -0800, Carl Worth cwo...@cworth.org wrote: diff --git a/lib/database-private.h b/lib/database-private.h ... + +uint64_t last_thread_id; throws: lib/database-private.h:37:

[notmuch] viewing text/html (inline or otherwise)

2010-02-09 Thread Alex Ghitza
Dear Notmuch folks, I've been using notmuch exclusively (or almost, see below) for the past couple of months and it is absolutely fabulous! It also keeps getting better for me, due for instance to the improved speed from the xapian bug #250 being fixed, and Jesse and Jamie's code for setting

Re: [notmuch] [PATCH] Switch from random to sequential thread identifiers.

2010-02-09 Thread Jed Brown
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

Re: [notmuch] Notmuch performance problems on OSX

2010-02-09 Thread Oliver Charles
On Tue, Feb 9, 2010 at 10:09 PM, Olly Betts o...@survex.com wrote: On 2010-02-09, Oliver Charles wrote: I just upgraded to xapian-core HEAD and notmuch master tip today, in desparation to get away from GMail. Sadly it's still taking at least 0.7s to tag a single thread (with one message). I'm

Re: [notmuch] viewing text/html (inline or otherwise)

2010-02-09 Thread Carl Worth
On Tue, 09 Feb 2010 21:28:25 +1100, Alex Ghitza aghi...@gmail.com wrote: Ideally, I'd like to be able to see what's hidden behind the Non-text part: text/html, and if it could happen inline that would be great. I would also entertain the idea of opening an external browser window, if that's

Re: [notmuch] Problems with Maildir and files moving from new/ to cur/

2010-02-09 Thread Carl Worth
On Tue, 9 Feb 2010 10:38:04 -0500, Brett Viren brett.vi...@gmail.com wrote: The problem I have is that this race condition means that sometimes notmuch will index a message as being under the Maildir/.topic/new/ subdirectory, I then read it and it is moved to Maildir/.topic/cur/ (I think that

Re: [notmuch] viewing text/html (inline or otherwise)

2010-02-09 Thread Alexander Botero-Lowry
On Tue, 09 Feb 2010 16:22:56 -0800, Carl Worth cwo...@cworth.org wrote: On Tue, 09 Feb 2010 21:28:25 +1100, Alex Ghitza aghi...@gmail.com wrote: Ideally, I'd like to be able to see what's hidden behind the Non-text part: text/html, and if it could happen inline that would be great. I

[notmuch] [PATCH] Reintroduce HTML inlining, with a much needed optimization

2010-02-09 Thread Alexander Botero-Lowry
Now instead of requiring every single message be parsed, we now check the Content-type in the parsed headers and only do HTML inlining if it's text/html --- notmuch.el | 54 -- 1 files changed, 40 insertions(+), 14 deletions(-) diff --git

Re: [notmuch] [PATCH] notmuch: Respect maildir message flags

2010-02-09 Thread Tim Stoakes
Michiel Buddingh'(mich...@michielbuddingh.net)@061209-20:55: ... A new patch is attached. Apologies for the rather verbose Maildir handling logic, but I couldn't find a way to minimize the calls to is_maildir that was both neat and readable. Hi notmuch-ers, My apologies for dredging up an

Re: [notmuch] patchwork test instance

2010-02-09 Thread martin f krafft
also sprach martin f krafft madd...@madduck.net [2010.02.02.1131 +1300]: I investigated some patch/issue trackers over the weekend. Here's my summary/reply. The executive summary is that http://patchwork.madduck.net/project/notmuch/list/ now exists. I have not really used it for anything

[notmuch] [PATCH] emacs: Move emacs UI (currently just one file) to subdirectory.

2010-02-09 Thread david
From: David Bremner brem...@unb.ca Add emacs/Makefile.local and emacs/Makefile. Move emacs targets into emacs/Makefile.local, but leave the byte compilation rule in the top level Makefile. --- I decided to put the actual targets for byte compilation and installation in emacs/Makefile.local.

Re: [notmuch] viewing text/html (inline or otherwise)

2010-02-09 Thread Keith Packard
On Tue, 09 Feb 2010 16:22:56 -0800, Carl Worth cwo...@cworth.org wrote: I know that Keith is using a little script he wrote so that he can hit '|' on a message and pipe it to his script. The script then uses a utility, (munpack?) to extract all the various MIME parts to a temporary directory