thread-based email index, search, and tagging https://git.notmuchmail.org/git/notmuch/atom?h=debian%2F0.15-2 2012-12-31T01:12:11Z 2012-12-31T01:12:11Z David Bremner bremner@debian.org 2012-12-26T16:29:45Z urn:sha1:8d05dcfffe001dc64d750f509e049340320b4dd9 As with the valgrind logs, we print a (very) brief summary and leave the log for inspection. 2012-12-25T12:49:24Z David Bremner bremner@debian.org 2012-12-16T18:14:13Z urn:sha1:e233f6dfde1a1798a0c199321579a89fdd0e9610 In id:87vcc2q5n2.fsf@nikula.org, Jani points out a memory leak in the current version of the sup restore code. Among other things, this test is intended to verify a fix for that leak. 2012-12-25T12:49:24Z David Bremner bremner@debian.org 2012-12-16T12:33:17Z urn:sha1:098ef4af4d0a52a6b4daed5324a7c77f6c9108da The idea is run some code under valgrind --leak-check=full and report a summary, leaving the user to peruse the log file if they want. We go to some lengths to preserve the log files from accidental overwriting; the full corpus takes about 3 hours to run under valgrind on my machine. The naming of the log directories may be slightly controversial; in the unlikely event of two runs in less than a second, the log will be overwritten. A previous version with mktemp+timestamp was dismissed as overkill; just mktemp alone does not sort nicely. One new test is included, to check notmuch new for memory leaks. 2012-12-25T12:49:24Z David Bremner bremner@debian.org 2012-12-16T14:55:51Z urn:sha1:047cd7a595f760a23415b9e38d7136325f28b114 This is almost entirely renaming files, except for updating a few references to those file names, and changing the makefile target. A new set of memory tests will be run separately because they take much longer. 2012-12-25T12:49:24Z David Bremner bremner@debian.org 2012-12-16T17:24:00Z urn:sha1:f43b23f8e02dfd973a17e02d60f1e14e8b9da301 The initial notmuch-new and caching are now done automatically by time_start 2012-12-15T12:30:13Z David Bremner bremner@debian.org 2012-12-06T02:12:16Z urn:sha1:327f30a8f398570a51f9c49cc092c4a95c53ef39 This makes the tag set a bit less trivial. Note that if you use the small corpus, this is not so interesting (and is also a bit noisy) since the messages will not be found. In the future this could be checked for. Conflicts: performance-test/01-dump-restore 2012-12-15T12:29:08Z David Bremner bremner@debian.org 2012-12-06T01:34:30Z urn:sha1:51b0f8ff3373fe744691b4836f4ee85919e3ec4a We use the new "time_start" function to restore the database from cache if possible. 2012-12-15T12:17:58Z David Bremner bremner@debian.org 2012-12-04T02:59:56Z urn:sha1:5c35791d7cf7279024befc98e9d973af461336a3 There is only one set of tags, independant of the size of message corpus chosen. 2012-12-15T12:17:58Z David Bremner bremner@debian.org 2012-12-04T02:58:18Z urn:sha1:5f8e37691297135d58839d4d8e683670b9f4eef2 The new version ships with some tags, and an updated archive of the notmuch mailing list. 2012-12-15T12:17:58Z David Bremner bremner@debian.org 2012-12-05T12:48:50Z urn:sha1:d7ba84dfad83c5a6d588221a31f067fea484dc07 Describe new argument parsing and mention cache handling routines.