n-text attachment was scrubbed...
Name: signature.asc
Type: application/pgp-signature
Size: 198 bytes
Desc: Digital signature
URL:
<http://notmuchmail.org/pipermail/notmuch/attachments/20110712/ffd88188/attachment.pgp>
Quoth Istvan Marko on Jul 12 at 6:55 pm:
> Austin Clements writes:
>
> > Istvan, did you make any progress on this patch since the last
> > version? I seem to recall it just needed general cleanup (code style
> > and such) and a better answer for backwards compatibility (the
> > unfortunate "
-- next part --
A non-text attachment was scrubbed...
Name: 0002-pep8-compliance-for-message.py.patch
Type: text/x-diff
Size: 20551 bytes
Desc: not available
URL:
<http://notmuchmail.org/pipermail/notmuch/attachments/20110712/bae74832/attachment-0007.patch>
-- nex
orth at intel.com
> ___
> notmuch mailing list
> notmuch at notmuchmail.org
> http://notmuchmail.org/mailman/listinfo/notmuch
-- next part --
A non-text attachment was scrubbed...
Name: 0001-unicode-return-value-for-Message.get
On Tue, Jul 12, 2011 at 4:24 PM, Jason Woofenden wrote:
> On 2011-07-11 06:13PM, Austin Clements wrote:
>> On Mon, Jul 11, 2011 at 3:07 PM, Jason Woofenden
>> wrote:
>> > notmuch search tag:foo is slow!
>> >
>> > (when my e-mail files are not already in the disk cache)
>> >
>> > I saw on my
tor
Thanks, fixed the ones I see:
-- next part --
A non-text attachment was scrubbed...
Name: notmuch-value3.patch
Type: text/x-patch
Size: 3035 bytes
Desc: not available
URL:
<http://notmuchmail.org/pipermail/notmuch/attachments/20110712/b08ef92b/attachment.bin>
On 2011-07-11 06:13PM, Austin Clements wrote:
> On Mon, Jul 11, 2011 at 3:07 PM, Jason Woofenden
> wrote:
> > notmuch search tag:foo is slow!
> >
> > (when my e-mail files are not already in the disk cache)
> >
> > I saw on my activity monitor applet that it was using mostly i/o,
> > and started
On 2011-07-11 10:58PM, Patrick Totzke wrote:
> Hi Jason,
> On Mon, Jul 11, 2011 at 03:07:21PM -0400, Jason Woofenden wrote:
> > notmuch search tag:foo is slow!
> >
> yes, i've just used the vim ui for the first time and i agreee, its sluggish,
> searching for * takes a while.
It's not the vim ui
The for loop right after already does the job.
Signed-off-by: Louis Rilling
---
lib/message.cc |2 --
1 files changed, 0 insertions(+), 2 deletions(-)
diff --git a/lib/message.cc b/lib/message.cc
index cf651e5..b1b2942 100644
--- a/lib/message.cc
+++ b/lib/message.cc
@@ -1172,8 +1172,6 @@
On 11/07/11 20:03 -0400, Austin Clements wrote:
> > > The convention in notmuch is to use notmuch_bool_t, TRUE, and FALSE
> > > (though, admittedly, I don't know why; avoiding C99-isms?)
> >
> > And bool is already used at another place in message.cc:
> >
> > struct maildir_flag_tag {
> >
http://www.kirya.net/
`- 4096R/ E1D8 5796 8214 4687 E416 948C 859F EF67 258E 26B1
-- next part --
A non-text attachment was scrubbed...
Name: signature.asc
Type: application/pgp-signature
Size: 836 bytes
Desc: Digital signature
URL:
<http://notmuchmail.org/pipermail/not
notmuch_message_tags_to_maildir_flags() unconditionally moves messages from
maildir directory "new/" to maildir directory "cur/", which makes messages lose
their "new" status in the MUA. However some users want to keep this "new"
status after, for instance, an auto-tagging of new messages.
On 11/07/11 16:07 -0400, Austin Clements wrote:
> I worry that this may compound the confusion caused by mutt's handling
> of the new flag, but I suppose people aren't likely to manipulate any
> of the other maildir-synchronized flags without also marking the
> message as seen.
Even if they don't
On 11/07/11 20:03 -0400, Austin Clements wrote:
The convention in notmuch is to use notmuch_bool_t, TRUE, and FALSE
(though, admittedly, I don't know why; avoiding C99-isms?)
And bool is already used at another place in message.cc:
struct maildir_flag_tag {
char flag;
Hello Carl,
Here is the updated series of fixes I have around maildir flags
synchronization. The first two patches are just cleanups that can be applied
independently.
The intent for the third patch (detailed in the commit log) is to allow mutt
users to keep using the new status, as long as
Signed-off-by: Louis Rilling l.rill...@av7.net
---
lib/message.cc | 12 ++--
1 files changed, 6 insertions(+), 6 deletions(-)
diff --git a/lib/message.cc b/lib/message.cc
index d993cde..cf651e5 100644
--- a/lib/message.cc
+++ b/lib/message.cc
@@ -49,16 +49,16 @@ struct visible
The for loop right after already does the job.
Signed-off-by: Louis Rilling l.rill...@av7.net
---
lib/message.cc |2 --
1 files changed, 0 insertions(+), 2 deletions(-)
diff --git a/lib/message.cc b/lib/message.cc
index cf651e5..b1b2942 100644
--- a/lib/message.cc
+++ b/lib/message.cc
@@
On 2011-07-11 10:58PM, Patrick Totzke wrote:
Hi Jason,
On Mon, Jul 11, 2011 at 03:07:21PM -0400, Jason Woofenden wrote:
notmuch search tag:foo is slow!
yes, i've just used the vim ui for the first time and i agreee, its sluggish,
searching for * takes a while.
It's not the vim ui that's
On 2011-07-11 06:13PM, Austin Clements wrote:
On Mon, Jul 11, 2011 at 3:07 PM, Jason Woofenden ja...@jasonwoof.com wrote:
notmuch search tag:foo is slow!
(when my e-mail files are not already in the disk cache)
I saw on my activity monitor applet that it was using mostly i/o,
and
Hi!
As discussed on irc, if notmuch stores header values in utf8,
its safe to decode them to unicode instances here.
best,
/p
On Mon, Jul 11, 2011 at 08:03:38AM -0700, Carl Worth wrote:
On Mon, 11 Jul 2011 16:04:17 +0200, Sebastian Spaeth sebast...@sspaeth.de
wrote:
The answer is that
Hello,
On Tue, Jul 12, 2011 at 04:24:59PM -0400, Jason Woofenden wrote:
(I didn't see any way to ask mailman for a message id.)
It's possible to let mailman offer mbox downloads parallel to the
Gzip'd Text files.
You need to set
PUBLIC_MBOX = Yes;
in your mailman config and restart
Hiya,
I noticed that commit 687366b920caa5de6ea0b66b70cf2a11e5399f7b
breaks things with Database.get_all_tags:
--%-
AttributeErrorTraceback (most recent call last)
Hi all
I've been using a simple notmuch count-based script together with xmobar in
xmonad to notify me of new mail. However, I'm thinking of switching to a
Gnome/xmonad-based combo, thus giving up xmobar. I've been looking for a
replacement to my mail checker that would work with gnome-panel,
Hi Albin,
This is not an answer to your inquiry, but because I looked into something
similar recently for my setup I'd thought I'd
share: I used xmonad before but switched to the awesome [0] tiling WM. I hacked
my solution into their wiki, including a
screensot [1].
best,
/p
[0]
On Tue, Jul 12, 2011 at 4:24 PM, Jason Woofenden ja...@jasonwoof.com wrote:
On 2011-07-11 06:13PM, Austin Clements wrote:
On Mon, Jul 11, 2011 at 3:07 PM, Jason Woofenden ja...@jasonwoof.com wrote:
notmuch search tag:foo is slow!
(when my e-mail files are not already in the disk cache)
Austin Clements amdragon-3s7wtutd...@public.gmane.org writes:
Istvan, did you make any progress on this patch since the last
version? I seem to recall it just needed general cleanup (code style
and such) and a better answer for backwards compatibility (the
unfortunate thing).
I have been
Quoth Istvan Marko on Jul 12 at 6:55 pm:
Austin Clements amdragon-3s7wtutd...@public.gmane.org writes:
Istvan, did you make any progress on this patch since the last
version? I seem to recall it just needed general cleanup (code style
and such) and a better answer for backwards
Austin Clements amdra...@mit.edu writes:
I'd say this patch looks good other than coding style
- Tab indentation
- /* */ comments, starting with a capital letter
- Space between function name and open paren
- Space after comma in argument lists
- Spaces around assignment operator
Thanks,
Quoth Istvan Marko on Jul 12 at 8:07 pm:
Austin Clements amdra...@mit.edu writes:
I'd say this patch looks good other than coding style
- Tab indentation
- /* */ comments, starting with a capital letter
- Space between function name and open paren
- Space after comma in argument
29 matches
Mail list logo
