[PATCH] debian: strictly depend on the same version of libnotmuch

On Sun, 10 Jul 2011 17:12:19 -0400, Daniel Kahn Gillmor wrote: Non-text part: multipart/mixed Non-text part: multipart/signed > On 07/10/2011 08:53 AM, David Bremner wrote: > > | The underlying issue is that the libnotmuch interface is not > > | entirely captured by the set of exported symbols.

[PATCH] debian: strictly depend on the same version of libnotmuch

ype: application/pgp-signature Size: 1030 bytes Desc: OpenPGP digital signature URL: <http://notmuchmail.org/pipermail/notmuch/attachments/20110710/337b9ab0/attachment.pgp>

[PATCH 5/5] vim: fix citation/signature fold lengths

Before they'd often miss the last line --- vim/plugin/notmuch.vim | 11 +++ 1 files changed, 7 insertions(+), 4 deletions(-) diff --git a/vim/plugin/notmuch.vim b/vim/plugin/notmuch.vim index 2095547..12a0f88 100644 --- a/vim/plugin/notmuch.vim +++ b/vim/plugin/notmuch.vim @@ -747,8 +74

[PATCH 3/5] vim: fix on-screen instructions for show-signature

Also change a passed parameter to be consistent with the current binding. This parameter appears to be unused. --- vim/plugin/notmuch.vim |4 ++-- 1 files changed, 2 insertions(+), 2 deletions(-) diff --git a/vim/plugin/notmuch.vim b/vim/plugin/notmuch.vim index e4b22d3..3982008 100644 --- a/

[PATCH 4/5] vim: fix (hack) cig/cit parsing within multipart/*

The vim front-end isn't written to handle nested parts. This patch doesn't change that, it just changes the code to pretend that multipart/* sections end immediately. This makes the parsing code think that all sections are top-level, and are thus parsed well enough. The lovely result of this is t

[PATCH 1/5] vim: fix space key: now archives (did opposite)

In vim, in the message view, space is supposed to remove the "unread" and "inbox" tags, but was sometimes adding them instead. This patch assures that they are always removed by this binding. --- vim/plugin/notmuch.vim |2 +- 1 files changed, 1 insertions(+), 1 deletions(-) diff --git a/vim/

[PATCH 2/5] vim: fix from list reformatting in search view

This patch rewrites the reformatting of the from list so it shows full capitalized names when available (without truncating them as the old code did) and removes the pipe characters that appear between some names. The old code appears to assume from list (the list of senders in the thread) coming

vim front-end patches by Jason

OK, everybody, here's my first set of patches. They all cleanup the vim front-end. I started with the little stuff, to get my feet wet. Here's what's coming: [PATCH 1/5] vim: fix space key: now archives (did opposite) [PATCH 2/5] vim: fix from list reformatting in search view [PATCH 3/5] vim: fix

[PATCH] vim: use the full path for sendmail as /usr/sbin isn't usually in user's PATH

--- 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 181e626..4410827 100644 --- a/vim/plugin/notmuch.vim +++ b/vim/plugin/notmuch.vim @@ -25,7 +25,7 @@ let s:notmuch_defaults = { \ 'g:

[PATCH] vim: skip trailing slash for g:notmuch_compose_temp_file_dir

With the trailing slash I get Error detected while processing function 10_NM_new_mail..10_NM_cmd_compose..10_NM_newComposeBuffer..10_NM_newFileBuffer: line3: E739: Cannot create directory: /home/ukleinek/.notmuch/compose/ when hitting 'm' to compose a new mail. strace

[PATCH] vim: fix documentation that mailx isn't used anymore

Since e7899b0 (vim: use sendmail directly) notmuch-vim uses sendmail directly. Cc: Felipe Contreras --- vim/README |5 +++-- 1 files changed, 3 insertions(+), 2 deletions(-) diff --git a/vim/README b/vim/README index aa3245c..53f1c4e 100644 --- a/vim/README +++ b/vim/README @@ -7,8

Re: [PATCH] debian: strictly depend on the same version of libnotmuch

On 07/10/2011 10:36 PM, David Bremner wrote: >> This suggests to me that we may need to be bumping the SONAME when the >> query string format changes, no? > > If we follow the same rules as with symbols, then only when it breaks > backwards compatability. Right, but what breaks backwards compatib

Re: [PATCH] debian: strictly depend on the same version of libnotmuch

On Sun, 10 Jul 2011 17:12:19 -0400, Daniel Kahn Gillmor wrote: Non-text part: multipart/mixed Non-text part: multipart/signed > On 07/10/2011 08:53 AM, David Bremner wrote: > > | The underlying issue is that the libnotmuch interface is not > > | entirely captured by the set of exported symbols.

priorities for 0.7

On Wed, 06 Jul 2011 09:55:00 -0700, Jameson Graef Rollins wrote: > Hey, folks. Now that 0.6 is *finally* out the door, it's time to start > working on 0.7. As Interim Distinguished co-Chief Vice Tyrant I have > been tasked with starting the discussion on 0.7 release priorities. > > Below is jus

[PATCH 6/6] emacs: make `notmuch-search-operate-all' operate on threads, not messages

In order to be consistent with `notmuch-search-{add,remove}-tag' ("+"/"-"), `notmuch-search-operate-all' ("*") should operate on matching threads instead of matching messages. Signed-off-by: Pieter Praet --- emacs/notmuch.el | 11 +++ 1 files changed, 7 insertions(+), 4 deletions(-) d

[PATCH 5/6] test: emacs: `notmuch-search-operate-all' should operate on threads, not messages

In order to be consistent with `notmuch-search-{add,remove}-tag' ("+"/"-"), `notmuch-search-operate-all' ("*") should operate on matching threads instead of matching messages. This test exposes an existing bug, so is currently failing. It should be fixed in the next commit. Signed-off-by: Pieter

[PATCH 4/6] test: emacs: add test for `notmuch-search-operate-all'

`notmuch-search-operate-all' (bound to "*") adds and removes tags to/from all messages which match the query used to populate the current search buffer. Signed-off-by: Pieter Praet --- test/emacs-search-operate-all | 29 + test/notmuch-test |1 + 2 f

[PATCH 3/6] test: emacs: add test to verify that the message being replied to is tagged as such

When a message is replied to, it should be tagged `replied'. Signed-off-by: Pieter Praet --- test/emacs |4 1 files changed, 4 insertions(+), 0 deletions(-) diff --git a/test/emacs b/test/emacs index f277653..6479c4e 100755 --- a/test/emacs +++ b/test/emacs @@ -300,6 +300,10 @@ Reply t

[PATCH 2/6] test: emacs: add test for sending a reply from within Emacs

As pointed out in the previous commit, the test for replying from within Emacs didn't actually submit the reply. This one does. Signed-off-by: Pieter Praet --- test/emacs | 43 +++ 1 files changed, 43 insertions(+), 0 deletions(-) diff --git a/test/emac

[PATCH 1/6] test: emacs: rename subtest "Reply within emacs" to "Compose reply in emacs"

The test populates a reply buffer but doesn't really submit it, so its title is misleading. Signed-off-by: Pieter Praet --- test/emacs |2 +- 1 files changed, 1 insertions(+), 1 deletions(-) diff --git a/test/emacs b/test/emacs index 53f455a..ac3a246 100755 --- a/test/emacs +++ b/test/emacs

Extend test coverage wrt tagging

Some tagging-related tests and a (soon to be deprecated) bugfix, which should be merged in *before* the (upcoming) race condition patch series [1], to prevent surprises of the non-enjoyable kind. Peace -- Pieter [1] id:"CAH-f9WticM4EN8F1_ik_-mcBcBtrXwSpO+Drbtp7=UN7McECrg at mail.gmail.com"

priorities for 0.7

available Type: application/pgp-signature Size: 835 bytes Desc: not available URL: <http://notmuchmail.org/pipermail/notmuch/attachments/20110710/9686d799/attachment.pgp>

[PATCH] debian: strictly depend on the same version of libnotmuch

rg/pipermail/notmuch/attachments/20110710/ba5a94bc/attachment.pgp>

hello from a new vim front-end user/hacker

On Sun, 10 Jul 2011 12:43:30 -0400, Jason Woofenden wrote: > For my future patches, I'm planning on pushing them to a public > repo, and mailing the patches to this list with git-send-email. Is > that a good system for you all? That is perfect, and welcome aboard! Maybe the vim front-end will f

[PATCH] emacs: bad regexp @ `notmuch-search-process-filter'

Ok, I've got everything pretty much ready to go, minus the crux: the regexp @ `notmuch-search-process-filter' :) My misguided attempt seems to work perfectly fine with `re-builder' on a large sample of my mail store, but in the actual search buffer and tests, the Message-Ids appear to get cut off

Re: [PATCH] debian: strictly depend on the same version of libnotmuch

On 07/10/2011 08:53 AM, David Bremner wrote: > | The underlying issue is that the libnotmuch interface is not > | entirely captured by the set of exported symbols. In particular the > | query syntax can change without being visible to the linker at all. This suggests to me that we may need to b

[PATCH] vim: use the full path for sendmail as /usr/sbin isn't usually in user's PATH

--- 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 181e626..4410827 100644 --- a/vim/plugin/notmuch.vim +++ b/vim/plugin/notmuch.vim @@ -25,7 +25,7 @@ let s:notmuch_defaults = { \ 'g

Re: Debian package not building

On Fri, 24 Jun 2011 16:34:02 -0700, Jameson Graef Rollins wrote: > What could be preventing dpkg-shlibdeps from finding libpthread.so.0 > or libc.so.6? Hey, folks. For the curious, I was able to resolve this issue with some help from the dpkg-dev maintainers [0]. It turns out that I was for so

Debian package not building

633406 -- next part -- 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/20110710/e9072ed8/attachment.pgp>

hello from a new vim front-end user/hacker

Hi all, I'd heard of sup and more recently notmuch a couple times, and they sounded cool. When I saw notmuch-vim enter debian unstable recently, I gave it a shot. I'm pretty excited, and plan to use this as my main mail client; though I'm still using mutt to compose/send mail. Thanks for the gr

[PATCH] vim: skip trailing slash for g:notmuch_compose_temp_file_dir

With the trailing slash I get Error detected while processing function 10_NM_new_mail..10_NM_cmd_compose..10_NM_newComposeBuffer..10_NM_newFileBuffer: line3: E739: Cannot create directory: /home/ukleinek/.notmuch/compose/ when hitting 'm' to compose a new mail. strace

priorities for 0.7

On Wed, Jul 6, 2011 at 12:55 PM, Jameson Graef Rollins wrote: > - notmuch-new atomicity: > > ?id:"1307822683-848-1-git-send-email-amdragon at mit.edu" > > ?I believe that the above is that latest version of this series; Austin > ?can point us to the right one if it's not. ?This is an important > ?

Re: hello from a new vim front-end user/hacker

On Sun, 10 Jul 2011 12:43:30 -0400, Jason Woofenden wrote: > For my future patches, I'm planning on pushing them to a public > repo, and mailing the patches to this list with git-send-email. Is > that a good system for you all? That is perfect, and welcome aboard! Maybe the vim front-end will fi

[PATCH] vim: fix documentation that mailx isn't used anymore

Since e7899b0 (vim: use sendmail directly) notmuch-vim uses sendmail directly. Cc: Felipe Contreras --- vim/README |5 +++-- 1 files changed, 3 insertions(+), 2 deletions(-) diff --git a/vim/README b/vim/README index aa3245c..53f1c4e 100644 --- a/vim/README +++ b/vim/README @@ -7,8

Notmuch scripts

ilable URL: <http://notmuchmail.org/pipermail/notmuch/attachments/20110710/fef31419/attachment.pgp>

notmuch-vim: set foldmethod=marker

attachment was scrubbed... Name: not available Type: application/pgp-signature Size: 315 bytes Desc: not available URL: <http://notmuchmail.org/pipermail/notmuch/attachments/20110710/b31cc256/attachment.pgp>

priorities for 0.7

ytes Desc: not available URL: <http://notmuchmail.org/pipermail/notmuch/attachments/20110710/101b6048/attachment.pgp>

hello from a new vim front-end user/hacker

Hi all, I'd heard of sup and more recently notmuch a couple times, and they sounded cool. When I saw notmuch-vim enter debian unstable recently, I gave it a shot. I'm pretty excited, and plan to use this as my main mail client; though I'm still using mutt to compose/send mail. Thanks for the gr

Proposed patches for notmuch-vim

was scrubbed... Name: not available Type: application/pgp-signature Size: 315 bytes Desc: not available URL: <http://notmuchmail.org/pipermail/notmuch/attachments/20110710/c0c7f582/attachment.pgp>

[PATCH] debian: strictly depend on the same version of libnotmuch

sting. So far this new version has only Debian packaging changes. d -- next part -- A non-text attachment was scrubbed... Name: not available Type: application/pgp-signature Size: 315 bytes Desc: not available URL: <http://notmuchmail.org/pipermail/notmuch/attachments/

Re: priorities for 0.7

On Wed, Jul 6, 2011 at 12:55 PM, Jameson Graef Rollins wrote: > - notmuch-new atomicity: > >  id:"1307822683-848-1-git-send-email-amdra...@mit.edu" > >  I believe that the above is that latest version of this series; Austin >  can point us to the right one if it's not.  This is an important >  ser

Re: priorities for 0.7

On Wed, 06 Jul 2011 09:55:00 -0700, Jameson Graef Rollins wrote: > Hey, folks. Now that 0.6 is *finally* out the door, it's time to start > working on 0.7. As Interim Distinguished co-Chief Vice Tyrant I have > been tasked with starting the discussion on 0.7 release priorities. > > Below is ju

[PATCH 3/6] test: emacs: add test to verify that the message being replied to is tagged as such

When a message is replied to, it should be tagged `replied'. Signed-off-by: Pieter Praet --- test/emacs |4 1 files changed, 4 insertions(+), 0 deletions(-) diff --git a/test/emacs b/test/emacs index f277653..6479c4e 100755 --- a/test/emacs +++ b/test/emacs @@ -300,6 +300,10 @@ Reply t

[PATCH 6/6] emacs: make `notmuch-search-operate-all' operate on threads, not messages

In order to be consistent with `notmuch-search-{add,remove}-tag' ("+"/"-"), `notmuch-search-operate-all' ("*") should operate on matching threads instead of matching messages. Signed-off-by: Pieter Praet --- emacs/notmuch.el | 11 +++ 1 files changed, 7 insertions(+), 4 deletions(-) d

[PATCH 5/6] test: emacs: `notmuch-search-operate-all' should operate on threads, not messages

In order to be consistent with `notmuch-search-{add,remove}-tag' ("+"/"-"), `notmuch-search-operate-all' ("*") should operate on matching threads instead of matching messages. This test exposes an existing bug, so is currently failing. It should be fixed in the next commit. Signed-off-by: Pieter

[PATCH 4/6] test: emacs: add test for `notmuch-search-operate-all'

`notmuch-search-operate-all' (bound to "*") adds and removes tags to/from all messages which match the query used to populate the current search buffer. Signed-off-by: Pieter Praet --- test/emacs-search-operate-all | 29 + test/notmuch-test |1 + 2 f

[PATCH 2/6] test: emacs: add test for sending a reply from within Emacs

As pointed out in the previous commit, the test for replying from within Emacs didn't actually submit the reply. This one does. Signed-off-by: Pieter Praet --- test/emacs | 43 +++ 1 files changed, 43 insertions(+), 0 deletions(-) diff --git a/test/emac

[PATCH 1/6] test: emacs: rename subtest "Reply within emacs" to "Compose reply in emacs"

The test populates a reply buffer but doesn't really submit it, so its title is misleading. Signed-off-by: Pieter Praet --- test/emacs |2 +- 1 files changed, 1 insertions(+), 1 deletions(-) diff --git a/test/emacs b/test/emacs index 53f455a..ac3a246 100755 --- a/test/emacs +++ b/test/emacs

Extend test coverage wrt tagging

Some tagging-related tests and a (soon to be deprecated) bugfix, which should be merged in *before* the (upcoming) race condition patch series [1], to prevent surprises of the non-enjoyable kind. Peace -- Pieter [1] id:"CAH-f9WticM4EN8F1_ik_-mcBcBtrXwSpO+Drbtp7=un7mce...@mail.gmail.com"

Re: priorities for 0.7

On Thu, 07 Jul 2011 16:55:26 -0300, David Bremner wrote: > More or less. Of course, we need features merged into master before the > freeze, but that's partly why we're having this discussion. I think the latest version of the patch is now ready for consideration for 0.7, thanks to many helpful s

[PATCH] emacs: bad regexp @ `notmuch-search-process-filter'

Ok, I've got everything pretty much ready to go, minus the crux: the regexp @ `notmuch-search-process-filter' :) My misguided attempt seems to work perfectly fine with `re-builder' on a large sample of my mail store, but in the actual search buffer and tests, the Message-Ids appear to get cut off

Re: Notmuch scripts

On Fri, 24 Jun 2011 13:28:21 +0200, c...@te2000.cz wrote: > As some of you know I have written several scripts that aid using > notmuch, including an alternative to the notmuch-mutt perl script. > > Since Carl Worth consented to include them into official distribution > I am now cleaning them up,

notmuch-vim: set foldmethod=marker

Joey Hess reports http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=616692 that adding set foldmethod=marker to .vimrc pretty much breaks the vim interface, and I can confirm this is still present in 0.6. Any comments from vimmers? d pgpKGxYSF9yaO.pgp Description: PGP signature

Re: priorities for 0.7

On Wed, 06 Jul 2011 09:55:00 -0700, Jameson Graef Rollins wrote: > Hey, folks. Now that 0.6 is *finally* out the door, it's time to start > working on 0.7. As Interim Distinguished co-Chief Vice Tyrant I have > been tasked with starting the discussion on 0.7 release priorities. By the way, it

Re: Proposed patches for notmuch-vim

On Fri, 08 Jul 2011 07:32:20 -0300, David Bremner wrote: > > Can someone who uses the vim interface (Felipe?) have a look at > the patches in > Also http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=633115 d pgp5RdtebeWBE.pgp Description: PGP signature

Re: [PATCH] debian: strictly depend on the same version of libnotmuch

On Sat, 9 Jul 2011 21:17:09 +0200, Uwe Kleine-König wrote: > To prevent the same problem in the future let notmuch depend on the same > version of libnotmuch1. > I added the additional comment , | The underlying issue is that the libnotmuch interface is not | entirely captured by the s