thread-based email index, search, and tagging https://git.notmuchmail.org/git/notmuch/atom?h=0.12 2011-12-09T00:24:24Z 2011-12-09T00:24:24Z David Bremner bremner@debian.org 2011-12-02T06:08:51Z urn:sha1:7ced2e32d1612aa5eb154b31705236f2483f364e The output file is handled via positional arguments. There are currently no "normal" options. 2011-12-04T15:28:42Z David Bremner bremner@debian.org 2011-12-03T22:32:18Z urn:sha1:1c81e8f6d3aa451cec8524c171b9a64f7ecd2003 2011-11-28T15:57:45Z Thomas Schwinge thomas@schwinge.name 2011-11-27T18:40:53Z urn:sha1:3a0a7303368a515acc8e73bd211818e852b7e18c Asking xapian to sort the messages for us causes suboptimal IO patterns. This would be useful, if we only wanted the first few results, but since we want everything anyway, this is pessimization. On 2011-10-29, a measurement on a 372981 messages instance showed that wall time can be reduced from 28 minutes (sorted by Message-ID) to 15 minutes (unsorted). Timings on 189605 messages: $ time notmuch.old dump 19.48user 5.83system 12:10.42elapsed 3%CPU (0avgtext+0avgdata 110656maxresident)k 3629584inputs+22720outputs (33major+7073minor)pagefaults 0swaps $ echo 3 > /proc/sys/vm/drop_caches $ time notmuch.new 14.89user 1.20system 3:23.58elapsed 7%CPU (0avgtext+0avgdata 46032maxresident)k 1256264inputs+22464outputs (43major+1990minor)pagefaults 0swaps 2011-10-22T22:42:54Z David Bremner bremner@debian.org 2011-10-21T12:19:17Z urn:sha1:61f0a5b8ee2adf540106a09c5f83fe634da6beb3 previously we deleted the subcommand name from argv before passing to the subcommand. In this version, the deletion is done in the actual subcommands. Although this causes some duplication of code, it allows us to be more flexible about how we parse command line arguments in the subcommand, including possibly using off-the-shelf routines like getopt_long that expect the name of the command in argv[0]. 2011-10-16T22:59:53Z David Bremner bremner@debian.org 2011-10-10T13:44:07Z urn:sha1:53b397acfcd6b6372372593cc9047ee1a9599afd We print an intentionally non-specific message on stderr, since it isn't clear if there will be some global output file argument to replace. We update the test suite atomically, since it relies on having the same text in two files. 2011-10-16T22:59:53Z David Bremner bremner@debian.org 2011-10-09T14:12:30Z urn:sha1:09beff1def1daa9887679723205855ff7da8a297 The main motivation here is allow the fast dumping of tag data for messages having certain tags. In practice it seems too slow to pipe dump to grep. All dump-restore tests should be working now, so we update test/dump-restore accordingly 2011-10-16T22:59:53Z David Bremner bremner@debian.org 2011-10-09T13:57:03Z urn:sha1:ff2cd7a789b81e76d2279ac8a13a06172c6d8279 We permit -- as an "option processing terminator". Currently this does not do anything useful, but we plan to add search terms after the --. 2010-03-09T17:22:29Z Carl Worth cworth@cworth.org 2010-03-09T17:22:29Z urn:sha1:4e5d2f22db290a830c0267f34b519c6138af00ed We rename 'has_more' to 'valid' so that it can function whether iterating in a forward or reverse direction. We also rename 'advance' to 'move_to_next' to setup parallel naming with the proposed functions 'move_to_first', 'move_to_last', and 'move_to_previous'. 2009-11-24T04:25:13Z Carl Worth cworth@cworth.org 2009-11-24T04:25:13Z urn:sha1:94eb9aacd40a8aa133f64bbe5ed71c0138fb5ed9 These only existed to support the chunky-searching hack, but that was recently dropped anyway. 2009-11-21T21:10:18Z Carl Worth cworth@cworth.org 2009-11-21T21:10:18Z urn:sha1:637f99d8f3f45867d0a856503f9f302333824c07 And correspondingly, READONLY to READ_ONLY.