On Fri, 30 Sep 2011 01:26:46 +0200, Thomas Schwinge
wrote:
> 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?
>
Add support for limiting the maximum number of results initially displayed
in search results. When enabled, the search results will contain push
buttons to double the number of results displayed or to show unlimited
results.
The approach is inspired by vc-print-log in Emacs vc.el.
Signed-off-by:
Add options --first=[-]N and --maxitems=M to notmuch search to determine
the first result and maximum number of results to display.
Option --maxitems=M limits the maximum number of results to display to M.
Option --first=[-]N skips the first N results; with the leading '-' skip
until the Nth resu
Add function notmuch_query_count_threads() to get the number of threads
matching a search. This is done by performing a search and figuring out the
number of unique thread IDs in the matching messages, a significantly
heavier operation than notmuch_query_count_messages().
Signed-off-by: Jani Nikul
Hi, this is an iteration of id:"cover.1319833617.git.jani at nikula.org"
addressing
comments on the list and IRC. Main changes:
* Results are now limited based on threads (not messages) for thread and summary
output. This is accomplished with a new lib function to count the number of
threads
On Mon, 31 Oct 2011 12:01:25 -0700, Jameson Graef Rollins wrote:
> This normalizes the code and output formatting here to look like the
> rest of the help output.
Thanks. I rebased that into the corresponding patch in branch nmbug at
git://pivot.cs.unb.ca/notmuch.git
d
On Mon, 31 Oct 2011 11:50:30 -0700, Jameson Graef Rollins wrote:
> On Mon, 31 Oct 2011 09:20:13 +, Jani Nikula wrote:
> > I don't have the time to debug this further right now, but I bisected
> > the failure to this commit and did a clean clone to make sure leftover
> > files weren't the caus
On Fri, 30 Sep 2011 01:26:46 +0200, Thomas Schwinge
wrote:
> 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?
>
attachment was scrubbed...
Name: not available
Type: application/pgp-signature
Size: 835 bytes
Desc: not available
URL:
<http://notmuchmail.org/pipermail/notmuch/attachments/20111031/a50a52ac/attachment.pgp>
On Mon, 31 Oct 2011 12:01:25 -0700, Jameson Graef Rollins
wrote:
> This normalizes the code and output formatting here to look like the
> rest of the help output.
Thanks. I rebased that into the corresponding patch in branch nmbug at
git://pivot.cs.unb.ca/notmuch.git
d
On 2011, Oct 31, at 13:47 , James Vasile wrote:
> On August 20th, I sent a message to this list (Message-ID:
> <87vctrq4or.fsf at hackervisions.org>) that limits the view to a small
> number threads. You can set the number of threads (or turn it off). I
> did this because I never want to page th
Hi,
I'm looking into taking the References header into account for thread
ordering. So far only In-Reply-To is used. My C/C++ is rusty at best, so
I'd need some help to get this done.
Carl gave a try on irc already to clear things up for me, reading into
it, I have more questions:
lib/thread.cc
ext attachment was scrubbed...
Name: not available
Type: application/pgp-signature
Size: 835 bytes
Desc: not available
URL:
<http://notmuchmail.org/pipermail/notmuch/attachments/20111031/8e54e190/attachment.pgp>
On Tue, 01 Nov 2011 00:07:59 +0200, Jani Nikula wrote:
> On Mon, 31 Oct 2011 14:44:29 -0700, Jameson Graef Rollins
> wrote:
> Right. I'd just like to make sure the approach I've taken (particularly
> patch 1 in the set as it touches the lib) is acceptable before spending
> time on testing and do
lable
Type: application/pgp-signature
Size: 835 bytes
Desc: not available
URL:
<http://notmuchmail.org/pipermail/notmuch/attachments/20111031/a0ac4e5e/attachment.pgp>
On Mon, 31 Oct 2011 14:44:29 -0700, Jameson Graef Rollins
wrote:
> Hi, Jani. Thanks for working on this. This should also be valuable for
> vim users.
Thanks for your interest! :)
> In order to push forward with this, though, I think we really need to
> have a complete unit test for this new
On Mon, 31 Oct 2011 23:18:07 +0200, Jani Nikula wrote:
> Hi, this is an iteration of id:"cover.1319833617.git.j...@nikula.org"
> addressing
> comments on the list and IRC. Main changes:
>
> * Results are now limited based on threads (not messages) for thread and
> summary
> output. This is ac
maxitems=10 tag:foo >output
notmuch search --maxitems=10 --first=10 tag:foo >>output
test_expect_equal_file expected output
jamie.
-- 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/20111031/9c2abeb3/attachment.pgp>
On Mon 31 Oct 2011 14:07, David Bremner writes:
> On Mon, 31 Oct 2011 14:01:28 +0200, Tomi Ollila wrote:
>> libnotmuch.so.* linking fail on some environments. According to
>> David Bremner on irc:
>> "We jump through hoops with the linker script (notmuch.sym) so
>> the pragmas are not needed.
Add support for limiting the maximum number of results initially displayed
in search results. When enabled, the search results will contain push
buttons to double the number of results displayed or to show unlimited
results.
The approach is inspired by vc-print-log in Emacs vc.el.
Signed-off-by:
Add options --first=[-]N and --maxitems=M to notmuch search to determine
the first result and maximum number of results to display.
Option --maxitems=M limits the maximum number of results to display to M.
Option --first=[-]N skips the first N results; with the leading '-' skip
until the Nth resu
Add function notmuch_query_count_threads() to get the number of threads
matching a search. This is done by performing a search and figuring out the
number of unique thread IDs in the matching messages, a significantly
heavier operation than notmuch_query_count_messages().
Signed-off-by: Jani Nikul
Hi, this is an iteration of id:"cover.1319833617.git.j...@nikula.org" addressing
comments on the list and IRC. Main changes:
* Results are now limited based on threads (not messages) for thread and summary
output. This is accomplished with a new lib function to count the number of
threads in m
libnotmuch.so.* linking fail on some environments. According to
David Bremner on irc:
"We jump through hoops with the linker script (notmuch.sym) so
the pragmas are not needed. And they are a little bizarre in a
library anyway..."
---
util/xutil.h |4
1 files changed, 0 insertions(+),
Hello,
I am planning to have some tags with more than 10k messages, and I am
experiencing very slow list display in emacs.
Installation on OS X 10.6, using brew: notmuch 0.9, chert database format.
Emacs 24.0.90.1 on iMac, intel 2.8 Ghz i7, 8Gb ram.
Testing 'notmuch new' on a Maildir folder wi
On Mon, 31 Oct 2011 21:19:09 +0200, Jani Nikula wrote:
> Hi, this was fixed by id:"yf67h3lgyjr@taco2.nixu.fi", committed as
> 556c5fa8900d14c61544f3ac016d3cca1db5a91a.
Ah, ok. Great.
jamie.
___
notmuch mailing list
notmuch@notmuchmail.org
http://n
On Mon, 31 Oct 2011 21:19:09 +0200, Jani Nikula wrote:
> Hi, this was fixed by id:"yf67h3lgyjr.fsf at taco2.nixu.fi", committed as
> 556c5fa8900d14c61544f3ac016d3cca1db5a91a.
Ah, ok. Great.
jamie.
On Mon, 31 Oct 2011 11:50:30 -0700, Jameson Graef Rollins
wrote:
> On Mon, 31 Oct 2011 09:20:13 +, Jani Nikula wrote:
> > I don't have the time to debug this further right now, but I bisected
> > the failure to this commit and did a clean clone to make sure leftover
> > files weren't the cau
This normalizes the code and output formatting here to look like the
rest of the help output.
---
notmuch.c | 22 +++---
1 files changed, 11 insertions(+), 11 deletions(-)
diff --git a/notmuch.c b/notmuch.c
index 3a51fee..14e5ad5 100644
--- a/notmuch.c
+++ b/notmuch.c
@@ -390,8
This normalizes the code and output formatting here to look like the
rest of the help output.
---
notmuch.c | 22 +++---
1 files changed, 11 insertions(+), 11 deletions(-)
diff --git a/notmuch.c b/notmuch.c
index 3a51fee..14e5ad5 100644
--- a/notmuch.c
+++ b/notmuch.c
@@ -390,8
On Mon, 31 Oct 2011 09:20:13 +, Jani Nikula wrote:
> I don't have the time to debug this further right now, but I bisected
> the failure to this commit and did a clean clone to make sure leftover
> files weren't the cause.
Does it work if you make clean before make?
jamie.
pgpNZ1ks33Vn1.pg
before make?
jamie.
-- 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/20111031/09e256d8/attachment-0001.pgp>
On Mon, 31 Oct 2011 16:43:22 +0100, bnt wrote:
> I am not too proficient with the patch utility. Is there some kind of
> scheduled git commits timeline?
Unfortunately, there's a huge number of outstanding patches at the
moment, so it's impossible to say when/if it will be applied.
> If not, I gu
Hi David, this patch (commit 1dedfc90f6eee7cad10f1a1ceb39a7a1c4dbd1b1)
broke my build with:
CXX -O2 lib/libnotmuch.so.2.0.0
lib/message-file.o: In function `copy_header_unfolding':
message-file.c:(.text+0xea): undefined reference to `xrealloc'
lib/message-file.o: In function
`notmuch_message_file
On Mon, 31 Oct 2011 14:01:28 +0200, Tomi Ollila wrote:
> libnotmuch.so.* linking fail on some environments. According to
> David Bremner on irc:
> "We jump through hoops with the linker script (notmuch.sym) so
> the pragmas are not needed. And they are a little bizarre in a
> library anyway..."
On August 20th, I sent a message to this list (Message-ID:
<87vctrq4or.fsf at hackervisions.org>) that limits the view to a small
number threads. You can set the number of threads (or turn it off). I
did this because I never want to page through more than a screen or two
of threads. If I need mo
On 2011, Oct 31, at 13:47 , James Vasile wrote:
> On August 20th, I sent a message to this list (Message-ID:
> <87vctrq4or@hackervisions.org>) that limits the view to a small
> number threads. You can set the number of threads (or turn it off). I
> did this because I never want to page throu
On Mon, 31 Oct 2011 09:20:13 +, Jani Nikula wrote:
>
> Hi David, this patch (commit 1dedfc90f6eee7cad10f1a1ceb39a7a1c4dbd1b1)
> broke my build with:
>
> CXX -O2 lib/libnotmuch.so.2.0.0
Can you try "make V=1"? The output should look like
g++ lib/filenames.o lib/string-list.o lib/libsha1.o l
On August 20th, I sent a message to this list (Message-ID:
<87vctrq4or@hackervisions.org>) that limits the view to a small
number threads. You can set the number of threads (or turn it off). I
did this because I never want to page through more than a screen or two
of threads. If I need more
On Mon 31 Oct 2011 14:07, David Bremner writes:
> On Mon, 31 Oct 2011 14:01:28 +0200, Tomi Ollila wrote:
>> libnotmuch.so.* linking fail on some environments. According to
>> David Bremner on irc:
>> "We jump through hoops with the linker script (notmuch.sym) so
>> the pragmas are not needed.
On Mon, 31 Oct 2011 14:01:28 +0200, Tomi Ollila wrote:
> libnotmuch.so.* linking fail on some environments. According to
> David Bremner on irc:
> "We jump through hoops with the linker script (notmuch.sym) so
> the pragmas are not needed. And they are a little bizarre in a
> library anyway..."
libnotmuch.so.* linking fail on some environments. According to
David Bremner on irc:
"We jump through hoops with the linker script (notmuch.sym) so
the pragmas are not needed. And they are a little bizarre in a
library anyway..."
---
util/xutil.h |4
1 files changed, 0 insertions(+),
Hello,
I am planning to have some tags with more than 10k messages, and I am
experiencing very slow list display in emacs.
Installation on OS X 10.6, using brew: notmuch 0.9, chert database format.
Emacs 24.0.90.1 on iMac, intel 2.8 Ghz i7, 8Gb ram.
Testing 'notmuch new' on a Maildir folder wi
On Mon, 31 Oct 2011 09:20:13 +, Jani Nikula wrote:
>
> Hi David, this patch (commit 1dedfc90f6eee7cad10f1a1ceb39a7a1c4dbd1b1)
> broke my build with:
>
> CXX -O2 lib/libnotmuch.so.2.0.0
Can you try "make V=1"? The output should look like
g++ lib/filenames.o lib/string-list.o lib/libsha1.o l
Hi David, this patch (commit 1dedfc90f6eee7cad10f1a1ceb39a7a1c4dbd1b1)
broke my build with:
CXX -O2 lib/libnotmuch.so.2.0.0
lib/message-file.o: In function `copy_header_unfolding':
message-file.c:(.text+0xea): undefined reference to `xrealloc'
lib/message-file.o: In function
`notmuch_message_file
quot;
Cheers,
Daniel
-- 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/20111031/f7097e64/attachment.pgp>
46 matches
Mail list logo
