Based on the emails starting at
id:"87liu2kcq6.fsf at servo.factory.finestructure.net".
---
Hi!
I applied the attached patch, based on this thread's discussion.
Gr??e,
Thomas
---
patchformatting.mdwn | 10 ++
1 files changed, 10 insertions(+), 0 deletions(-)
diff --git
From: Thomas Schwinge
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 file.
---
Hi!
Beware that I have not yet used this new functionality in the wild. ;-)
From: Thomas Schwinge
Flesh out what ``notmuch restore --accumulate'' is supposed to do. Its tests
are currently XFAILed; the functionality will be added in another patch.
Also generally enhance the dump-restore testsuite, and make it more
failure-proof.
---
29 Sep 2011 12:37:53 +0200
Size: 5902
URL:
<http://notmuchmail.org/pipermail/notmuch/attachments/20110929/9361db8c/attachment.mht>
-- next part --
A non-text attachment was scrubbed...
Name: not available
Type: application/pgp-signature
Size: 197 bytes
Desc: not a
On Thu, 29 Sep 2011 10:51:29 -0400, Austin Clements wrote:
> Yes. We could just deal with that (there aren't *that* many API
> consumers). For binary compatibility, I suppose we could even use
> symbol versioning.
I noticed a similar remark in lib/Makefile.local. But I'm not sure how
this
Quoth David Bremner on Sep 29 at 4:59 pm:
> On Thu, 29 Sep 2011 10:51:29 -0400, Austin Clements
> wrote:
>
> > Yes. We could just deal with that (there aren't *that* many API
> > consumers). For binary compatibility, I suppose we could even use
> > symbol versioning.
>
> I noticed a similar
On 29 September 2011 11:21, Brian May wrote:
> Have seen several cases now where the message appears blank in the
> emacs interface. With nothing but the headers.
>
> Pushing Shift+V shows the entire raw message. Nothing special, just a
> plain text email without any attachments.
Also replying
Hello,
Have seen several cases now where the message appears blank in the
emacs interface. With nothing but the headers.
Pushing Shift+V shows the entire raw message. Nothing special, just a
plain text email without any attachments.
MIME-Version: 1.0
Content-Type: text/plain; charset=utf-8
: application/pgp-signature
Size: 197 bytes
Desc: not available
URL:
<http://notmuchmail.org/pipermail/notmuch/attachments/20110929/e0fe26d6/attachment.pgp>
Quoth Sebastian Spaeth on Sep 28 at 6:36 pm:
> On Sat, 11 Jun 2011 16:04:26 -0400, Austin Clements
> wrote:
> > Here's the reworked patch series that uses atomic sections more
> > heavily rather than changing the removal API. This is atomic-new-v6
> > on
--
A non-text attachment was scrubbed...
Name: not available
Type: application/pgp-signature
Size: 197 bytes
Desc: not available
URL:
<http://notmuchmail.org/pipermail/notmuch/attachments/20110929/2d9e46e8/attachment.pgp>
ize: 197 bytes
Desc: not available
URL:
<http://notmuchmail.org/pipermail/notmuch/attachments/20110929/a021705f/attachment.pgp>
On Thu, 29 Sep 2011 11:21:21 +1000, Brian May wrote:
> Hello,
>
> Have seen several cases now where the message appears blank in the
> emacs interface. With nothing but the headers.
>
> Pushing Shift+V shows the entire raw message. Nothing special, just a
> plain text email without any
On Mon, 26 Sep 2011 03:05:29 +0200, Justus Winter wrote:
#1) APPLIED
#2) APPLIED
#3) reorder the arguments of NotmuchError.__init__(): NOT APPLIED
The python tutorial gives an example of custom TransitionError with
three arguments, a custom message as the third. In addition, a STATUS
value is
Online docs for current master are updated and as usual online at:
http://packages.python.org/notmuch/
Besides some prettifications, the three new functions have been
documented.
Sebastian
pgpOCB1wrCQOh.pgp
Description: PGP signature
___
notmuch
On Thu, 29 Sep 2011 11:21:21 +1000, Brian May br...@microcomaustralia.com.au
wrote:
Hello,
Have seen several cases now where the message appears blank in the
emacs interface. With nothing but the headers.
Pushing Shift+V shows the entire raw message. Nothing special, just a
plain text
Quoting David Bremner (2011-09-29 12:05:37)
On Thu, 29 Sep 2011 11:21:21 +1000, Brian May br...@microcomaustralia.com.au
wrote:
Hello,
Have seen several cases now where the message appears blank in the
emacs interface. With nothing but the headers.
Pushing Shift+V shows the entire raw
On Thu, 29 Sep 2011 12:57:37 +0100, Patrick Totzke
patricktot...@googlemail.com wrote:
Non-text part: multipart/mixed
Quoting David Bremner (2011-09-29 12:05:37)
On Thu, 29 Sep 2011 11:21:21 +1000, Brian May
br...@microcomaustralia.com.au wrote:
Hello,
Have seen several cases now
Quoth Ali Polatel on Sep 28 at 10:53 am:
On Tue, 27 Sep 2011 18:46:22 -0400, Austin Clements amdra...@mit.edu wrote:
Quoth David Bremner on Sep 27 at 1:59 pm:
On Tue, 27 Sep 2011 16:25:58 +0300, Ali Polatel pola...@gmail.com wrote:
The problem with their design is NULL return may
Quoth Sebastian Spaeth on Sep 28 at 6:36 pm:
On Sat, 11 Jun 2011 16:04:26 -0400, Austin Clements amdra...@mit.edu wrote:
Here's the reworked patch series that uses atomic sections more
heavily rather than changing the removal API. This is atomic-new-v6
on
Here goes Justus's reply which he accidentally sent to me only.
---BeginMessage---
Hey Sebastian,
Quoting Sebastian Spaeth (2011-09-29 09:45:38)
On Mon, 26 Sep 2011 03:05:29 +0200, Justus Winter wrote:
#1) APPLIED
#2) APPLIED
#4) APPLIED
#5#6) APPLIED
#9) APPLIED
Thanks for the patches, most
From: Thomas Schwinge tho...@schwinge.name
Flesh out what ``notmuch restore --accumulate'' is supposed to do. Its tests
are currently XFAILed; the functionality will be added in another patch.
Also generally enhance the dump-restore testsuite, and make it more
failure-proof.
---
From: Thomas Schwinge tho...@schwinge.name
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 file.
---
Hi!
Beware that I have not yet used this new functionality in the wild. ;-)
(But
Based on the emails starting at
id:87liu2kcq6@servo.factory.finestructure.net.
---
Hi!
I applied the attached patch, based on this thread's discussion.
Grüße,
Thomas
---
patchformatting.mdwn | 10 ++
1 files changed, 10 insertions(+), 0 deletions(-)
diff --git
On Thu, 29 Sep 2011 10:51:29 -0400, Austin Clements amdra...@mit.edu wrote:
Yes. We could just deal with that (there aren't *that* many API
consumers). For binary compatibility, I suppose we could even use
symbol versioning.
I noticed a similar remark in lib/Makefile.local. But I'm not sure
Quoth David Bremner on Sep 29 at 4:59 pm:
On Thu, 29 Sep 2011 10:51:29 -0400, Austin Clements amdra...@mit.edu wrote:
Yes. We could just deal with that (there aren't *that* many API
consumers). For binary compatibility, I suppose we could even use
symbol versioning.
I noticed a
This new test currently fails -- but it shouldn't.
---
Hi!
I found this while manually copying directories and running notmuch new.
Am I just too sleepy at this time, or is it another DB vs. directory
mtime issue?
BROKEN Repeatability when copying a whole directory into a new one
Hi Sebastian,
Quoting Sebastian Spaeth (2011-09-29 09:45:38)
Also, not all status are an error, e.g. DuplicateMessageId denotes
success rather than failure, it just communicates a status.
I just stumbled upon the following comment in notmuch.h:
/* Status codes used for the return values of
Update the docstring from notmuch.h.
Signed-off-by: Justus Winter 4win...@informatik.uni-hamburg.de
---
bindings/python/notmuch/message.py | 13 +++--
1 files changed, 7 insertions(+), 6 deletions(-)
diff --git a/bindings/python/notmuch/message.py
b/bindings/python/notmuch/message.py
29 matches
Mail list logo