nt was scrubbed...
Name: not available
Type: application/pgp-signature
Size: 835 bytes
Desc: not available
URL:
<http://notmuchmail.org/pipermail/notmuch/attachments/20111021/e9f51136/attachment.pgp>
* David Riebenbauer [2011-10-21 20:16]:
> When advancing to the next thread, advance tags would be removed
> instead of added.
Actually forget that patch. When applied to current master it would
just reintroduce the bug, I was trying to fix.
Seems that in the meantime it was fixed in another way.
When advancing to the next thread, advance tags would be removed
instead of added.
---
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 21985c7..f0bc416 100644
--- a/vim/plugin/notmuch.vim
+++ b/v
From: David Bremner
As a side effect, reformat the NEWs entry for notmuch dump for
consistency with the notmuch restore NEWS submitted by Thomas
Schwinge.
---
NEWS | 19 ++-
notmuch.1 |6 +-
notmuch.c |8 ++--
3 files changed, 25 insertions(+), 8 deletions(
From: David Bremner
These changes were included in Thomas's restore --accumulate patch,
but are actually more generally applicable.
---
notmuch.1 |6 --
1 files changed, 4 insertions(+), 2 deletions(-)
diff --git a/notmuch.1 b/notmuch.1
index 10ed32e..4f864a8 100644
--- a/notmuch.1
+++
From: David Bremner
We consider it an error to pass more than one file to restore, since
extra ones are ignored.
---
notmuch-restore.c |7 +++
test/dump-restore |1 -
2 files changed, 7 insertions(+), 1 deletions(-)
diff --git a/notmuch-restore.c b/notmuch-restore.c
index 097ca4b..c
From: David Bremner
Thanks to Thomas Schwinge for noticing yet another place where quoting
matters. Since the shell translates \. to ., the regex passed to grep
is too generous without the quotes.
---
test/dump-restore |2 +-
1 files changed, 1 insertions(+), 1 deletions(-)
diff --git a/tes
From: David Bremner
Modify command line argument handling to take a --accumulate flag.
Test for extra arguments beyond the input file.
The --accumulate switch causes the union of the existing and new tags to be
applied, instead of replacing each message's tags as they are read in from the
dump f
From: David Bremner
Flesh out what ``notmuch restore --accumulate'' is supposed to do.
Its tests are currently XFAILed; the functionality will be added in
future patch(es).
Based on a patch by Thomas Schwinge:
id:"1317317811-29540-1-git-send-email-thomas at schwinge.name"
---
test/dump-r
From: David Bremner
Several new tests are added, and existing use of test_begin_subtest is
replaced by test_expect_success to catch failing commands in cases where
we execute more than one command.
Based on changes in
id:"1317317811-29540-1-git-send-email-thomas at schwinge.name"
---
tes
From: David Bremner
- explain test_expect_equal_file
- remove mention of test_expect_failure, since that function was removed.
Based on id:"1317317811-29540-1-git-send-email-thomas at schwinge.name"
---
test/test-lib.sh |3 ++-
1 files changed, 2 insertions(+), 1 deletions(-)
diff --git a/
These are rebased quite violently from what Thomas posted. They are
also the first use of getopt (because I plan to add another option to
restore). They depend on id:"1319199557-16888-1-git-send-email-david at
tethera.net".
On Sat, 22 Oct 2011 00:49:07 +0200, Daniel Schoepe wrote:
> notmuch can only index and search through mail that is stored in a
> maildir[1], but not in an mbox file. As far as I can tell from the
> manual, rmail can fetch mail from a maildir directory, but it will
> delete mails from it after doin
: application/pgp-signature
Size: 835 bytes
Desc: not available
URL:
<http://notmuchmail.org/pipermail/notmuch/attachments/20111021/a50efcb1/attachment-0001.pgp>
On Wed, 19 Oct 2011 19:14:16 -0400, Richard Stallman wrote:
> Is it feasible to use notmuchmail to search old mail,
> but use Rmail to read incoming mail?
Hello,
notmuch can only index and search through mail that is stored in a
maildir[1], but not in an mbox file. As far as I can tell from the
On Wed, 19 Oct 2011 19:14:16 -0400, Richard Stallman wrote:
> Is it feasible to use notmuchmail to search old mail,
> but use Rmail to read incoming mail?
Hi, Richard. Notmuch does not modify any messages, so it can be used in
parallel with other mail agents without problem. Indexing your mail
able
Type: application/pgp-signature
Size: 835 bytes
Desc: not available
URL:
<http://notmuchmail.org/pipermail/notmuch/attachments/20111021/657c978b/attachment.pgp>
From: David Bremner
As a side effect, reformat the NEWs entry for notmuch dump for
consistency with the notmuch restore NEWS submitted by Thomas
Schwinge.
---
NEWS | 19 ++-
notmuch.1 |6 +-
notmuch.c |8 ++--
3 files changed, 25 insertions(+), 8 deletions(
From: David Bremner
These changes were included in Thomas's restore --accumulate patch,
but are actually more generally applicable.
---
notmuch.1 |6 --
1 files changed, 4 insertions(+), 2 deletions(-)
diff --git a/notmuch.1 b/notmuch.1
index 10ed32e..4f864a8 100644
--- a/notmuch.1
+++
Is it feasible to use notmuchmail to search old mail,
but use Rmail to read incoming mail?
--
Dr Richard Stallman
President, Free Software Foundation
51 Franklin St
Boston MA 02110
USA
www.fsf.org www.gnu.org
Skype: No way! That's nonfree (freedom-denying) software.
Use free telephony http://d
On Tue, 23 Feb 2010 11:32:51 -0500, James Vasile
wrote:
> Added notmuch-enqueue-asynch to replace calls to
> notmuch-call-notmuch-process. Calls to notmuch are then queued and
> executed asynchronously. If the db is busy and we get an error saying
> it was locked, keep trying until the db is no
From: David Bremner
Modify command line argument handling to take a --accumulate flag.
Test for extra arguments beyond the input file.
The --accumulate switch causes the union of the existing and new tags to be
applied, instead of replacing each message's tags as they are read in from the
dump f
From: David Bremner
Several new tests are added, and existing use of test_begin_subtest is
replaced by test_expect_success to catch failing commands in cases where
we execute more than one command.
Based on changes in
id:"1317317811-29540-1-git-send-email-tho...@schwinge.name"
---
test/d
From: David Bremner
Flesh out what ``notmuch restore --accumulate'' is supposed to do.
Its tests are currently XFAILed; the functionality will be added in
future patch(es).
Based on a patch by Thomas Schwinge:
id:"1317317811-29540-1-git-send-email-tho...@schwinge.name"
---
test/dump-rest
From: David Bremner
We consider it an error to pass more than one file to restore, since
extra ones are ignored.
---
notmuch-restore.c |7 +++
test/dump-restore |1 -
2 files changed, 7 insertions(+), 1 deletions(-)
diff --git a/notmuch-restore.c b/notmuch-restore.c
index 097ca4b..c
From: David Bremner
- explain test_expect_equal_file
- remove mention of test_expect_failure, since that function was removed.
Based on id:"1317317811-29540-1-git-send-email-tho...@schwinge.name"
---
test/test-lib.sh |3 ++-
1 files changed, 2 insertions(+), 1 deletions(-)
diff --git a/tes
From: David Bremner
Thanks to Thomas Schwinge for noticing yet another place where quoting
matters. Since the shell translates \. to ., the regex passed to grep
is too generous without the quotes.
---
test/dump-restore |2 +-
1 files changed, 1 insertions(+), 1 deletions(-)
diff --git a/tes
These are rebased quite violently from what Thomas posted. They are
also the first use of getopt (because I plan to add another option to
restore). They depend on
id:"1319199557-16888-1-git-send-email-da...@tethera.net".
___
notmuch mailing list
notmuc
On Fri, 21 Oct 2011 20:16:21 +0200, David Riebenbauer
wrote:
> When advancing to the next thread, advance tags would be removed
> instead of added.
Hi, David. I'm not a vim user but this patch appears to be changing the
sense of a tagging operation, which I imagine might severely change the
int
able
URL:
<http://notmuchmail.org/pipermail/notmuch/attachments/20111021/db9e6f71/attachment.pgp>
When advancing to the next thread, advance tags would be removed
instead of added.
---
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 21985c7..f0bc416 100644
--- a/vim/plugin/notmuch.vim
+++ b/v
On Fri, 21 Oct 2011 09:19:17 -0300, da...@tethera.net wrote:
> What to people think about this? It is a bit intrusive, but I think
> everyone is sick of writing ad-hoc argument parsing code.
The larger goal seems like a good one to me, and if this helps on that
front I certainly don't see any issu
On Fri, 21 Oct 2011 09:19:17 -0300, david at tethera.net wrote:
> What to people think about this? It is a bit intrusive, but I think
> everyone is sick of writing ad-hoc argument parsing code.
The larger goal seems like a good one to me, and if this helps on that
front I certainly don't see any i
From: David Bremner
previously we deleted the subcommand name from argv before passing to
the subcommand. In this version, the deletion is done in the actual
subcommands. Although this causes some duplication of code, it allows
us to be more flexible about how we parse command line arguments in
t
From: David Bremner
previously we deleted the subcommand name from argv before passing to
the subcommand. In this version, the deletion is done in the actual
subcommands. Although this causes some duplication of code, it allows
us to be more flexible about how we parse command line arguments in
t
35 matches
Mail list logo