If the user is explicitly searching for a message, then if notmuch
fails to find it, it is useful to set a failure exit code. This makes it
easier for scripting. However, we will want to then distinguish between
fatal errors (such as out-of-memory, invalid arguments, corrupt db, etc)
from the
Looks like this was just a bug in Xapian HEAD, today's build works just
fine and I'm enjoying the faster CHERT backend. Bulk tagging is really
loads faster now, and the interactivity is better than before, but SPC
still has a noticeable pause (at least 200 ms) since (apparently) it's
doing an
Hi Olly,
Olly == Olly Betts o...@survex.com writes:
Olly On 2010-01-15, Dirk-Jan C Binnema wrote:
Olly == Olly Betts o...@survex.com writes:
Olly Not a full patch, but I already posted what this code should look like
Olly to handle both systems without d_type, and those which
On Fri, 15 Jan 2010 21:57:32 +0200, Dirk-Jan C. Binnema djcb.b...@gmail.com
wrote:
Olly Underscore prefixed identifiers are reserved by ISO C at file-scope;
Olly using them yourself is undefined behaviour...
Ah, thanks for reminding, I thought it was __ and _C (capital), but you are
On Fri, 15 Jan 2010 13:16:00 +1300, martin f krafft madd...@madduck.net wrote:
Lua for hooks has the advantage that the hooks can be executed in
the context of manipulateable objects. On the other hand, hooks in
the style of run-parts directories are more flexible and accessible,
and could
Carl Worth yazmış:
On Fri, 15 Jan 2010 13:16:00 +1300, martin f krafft madd...@madduck.net
wrote:
Lua for hooks has the advantage that the hooks can be executed in
the context of manipulateable objects. On the other hand, hooks in
the style of run-parts directories are more flexible and
On Fri, 15 Jan 2010 23:09:34 +0200, Ali Polatel a...@exherbo.org wrote:
Carl Worth yazmış:
What do you think, Ali? Would an approach like that satisfy the things
you had in mind for hooks?
It might, here are some thoughts and questions to help you elaborate:
- How will these scripts
I still confirm the bug.
The problem is due to relying on non-standardized fields of directory entries
(i.e. d_type), which don't behave the
same on reiserfs than on ext2 (I use reiserfs).
The following ugly patch solves my problem.
diff --git a/notmuch-new.c b/notmuch-new.c
index
Excerpts from Scott Robinson's message of Wed Dec 30 06:34:15 -0500 2009:
Excerpts from Adrian Perez de Castro's message of Wed Dec 30 02:52:23 -0800
2009:
BTW, I think that if more bindings start to appear, Notmuch might be built
as a shared library, to avoid duplicating it everywhere. One
dduck.net
-- next part --
A non-text attachment was scrubbed...
Name: not available
Type: application/pgp-signature
Size: 198 bytes
Desc: Digital signature (see http://martin-krafft.net/gpg/)
URL:
<http://notmuchmail.org/pipermail/notmuch/attachments/20100115/7814b895/attachment.pgp>
ame: not available
Type: application/pgp-signature
Size: 198 bytes
Desc: Digital signature (see http://martin-krafft.net/gpg/)
URL:
<http://notmuchmail.org/pipermail/notmuch/attachments/20100115/ca89e75e/attachment.pgp>
8 bytes
Desc: Digital signature (see http://martin-krafft.net/gpg/)
URL:
<http://notmuchmail.org/pipermail/notmuch/attachments/20100115/9dc8de9c/attachment-0001.pgp>
t --
A non-text attachment was scrubbed...
Name: not available
Type: application/pgp-signature
Size: 198 bytes
Desc: Digital signature (see http://martin-krafft.net/gpg/)
URL:
<http://notmuchmail.org/pipermail/notmuch/attachments/20100115/66e1dde1/attachment.pgp>
On 2010-01-14, Carl Worth wrote:
> On Thu, 14 Jan 2010 18:38:54 +0100, Adrian Perez de Castro igalia.com> wrote:
>> I am using XFS, which always returns DT_UNKNOWN. Taking into account that
>> there is a good deal of people using filesystems other than the ones you
>> mention, and that other
On 2010-01-14, Oliver Charles wrote:
> I've installed the latest notmuch from Git at this time of writing,
> along with Xapian from SVN head. However, just tagging a single thread
> with only one message seems to take too long:
One difference between OS X and other systems is that OS X supports
> "Olly" == Olly Betts writes:
Olly> On 2010-01-14, Carl Worth wrote:
>> On Thu, 14 Jan 2010 18:38:54 +0100, Adrian Perez de Castro wrote:
>>> I am using XFS, which always returns DT_UNKNOWN. Taking into account
that
>>> there is a good deal of people using filesystems
ilable
URL:
<http://notmuchmail.org/pipermail/notmuch/attachments/20100115/2253434b/attachment.obj>
On 2010-01-15, Dirk-Jan C Binnema wrote:
>> "Olly" == Olly Betts writes:
>Olly> Not a full patch, but I already posted what this code should look
> like
>Olly> to handle both systems without d_type, and those which return
> DT_UNKNOWN:
>
>Olly>
If the user is explicitly searching for a message, then if notmuch
fails to find it, it is useful to set a failure exit code. This makes it
easier for scripting. However, we will want to then distinguish between
fatal errors (such as out-of-memory, invalid arguments, corrupt db, etc)
from the
Looks like this was just a bug in Xapian HEAD, today's build works just
fine and I'm enjoying the faster CHERT backend. Bulk tagging is really
loads faster now, and the interactivity is better than before, but SPC
still has a noticeable pause (at least 200 ms) since (apparently) it's
doing an
On Fri, 15 Jan 2010 14:49:14 +0100, Jed Brown wrote:
> It wouldn't bother me at all if I lost my last few seconds of
> interactive tagging due to something catastrophic like losing power. I
> think there is still (post #250) a case for supporting some asynchronous
> operations.
I was wondering
On Fri, 15 Jan 2010 09:59:54 -0400, David Bremner wrote:
> Is this over/under engineered? I spent roughly as long on the design as
> it took me to type :). Maybe the whole session id thing is redundant and
> could be done at the socket level. Or, getting more serious about the
> whole thing,
Hi Olly,
> "Olly" == Olly Betts writes:
Olly> On 2010-01-15, Dirk-Jan C Binnema wrote:
>>> "Olly" == Olly Betts writes:
Olly> Not a full patch, but I already posted what this code should look like
Olly> to handle both systems without d_type, and those which return
ble
URL:
<http://notmuchmail.org/pipermail/notmuch/attachments/20100115/95f8a69e/attachment.pgp>
es
Desc: not available
URL:
<http://notmuchmail.org/pipermail/notmuch/attachments/20100115/d26d0c3b/attachment.pgp>
what I've understood.
?: http://alip.github.com/mpdcron/
> -Carl
--
Regards,
Ali Polatel
-- next part --
A non-text attachment was scrubbed...
Name: not available
Type: application/pgp-signature
Size: 198 bytes
Desc: not available
URL:
<http://notmuchmail.org/pipermail/notmuch/attachments/20100115/43640272/attachment.pgp>
On 2010-01-15, Dirk-Jan C Binnema wrote:
>Olly> Other than Linux, the d_type field is available mainly only on BSD
>Olly> systems.
>
> Yes, my patch could me generalized a bit more, just like your patch could not
> hardcode the '/'-separator :)
Well, '/' works as a directory
at requires it, and you might convince me. :-)
-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/20100115/aaacd133/attachment.pgp>
Excerpts from Scott Robinson's message of Wed Dec 30 06:34:15 -0500 2009:
> Excerpts from Adrian Perez de Castro's message of Wed Dec 30 02:52:23 -0800
> 2009:
> > BTW, I think that if more bindings start to appear, Notmuch might be built
> > as a shared library, to avoid duplicating it
Here is a patch based on quad's libtool branch rebased on current master. It
has been tested and verified to work on my machine
---
Makefile | 27 ---
Makefile.local | 12
lib/Makefile.local |8
3 files changed, 28
30 matches
Mail list logo