notmuch/doc/man1, branch 0.18.2 thread-based email index, search, and tagging https://git.notmuchmail.org/git/notmuch/atom?h=0.18.2 2014-04-21T12:51:54Z doc: Simplify and clarify notmuch show --format=sexp description 2014-04-21T12:51:54Z Austin Clements amdragon@MIT.EDU 2014-04-18T22:42:08Z urn:sha1:827a69f639b91de2503c7dfc0bdd74b6e17f501d Previously, this was a verbatim copy of the --format=json text. Change it to instead reference the JSON text and actually describe how the S-expression format works. doc: Clarify charset encoding of JSON output 2014-04-21T12:51:35Z Austin Clements amdragon@MIT.EDU 2014-04-18T22:42:07Z urn:sha1:a39a69ca0f617b86eae762ea475119653693737a doc: Fix minor formatting issues in notmuch-show.rst 2014-04-21T12:51:08Z Austin Clements amdragon@MIT.EDU 2014-04-18T22:42:06Z urn:sha1:3cd00fdb8f24942c8d1f64b31241973bd659e423 There were some extra line breaks and missing periods. doc: Clarify notmuch show --format=raw description 2014-04-21T12:50:57Z Austin Clements amdragon@MIT.EDU 2014-04-18T22:42:05Z urn:sha1:56871c628bea5a86feea5b2bc704661bbe02cccc In addition to being generally more precise, this is explicit that there is no charset conversion. doc: make notmuch-new summary line more generic 2014-04-19T05:29:06Z David Bremner david@tethera.net 2014-04-19T05:29:06Z urn:sha1:99d351360b437c07de6431d56ce3e2323f4e2691 Since 'notmuch new' now takes multiple options, it's confusing to show only one of them in the summary. restore: transparently support gzipped input 2014-04-12T10:59:44Z David Bremner david@tethera.net 2014-03-29T18:12:28Z urn:sha1:4c62d9366a389b7ddca796009d1dfe6a885cfde0 We rely completely on zlib to do the right thing in detecting gzipped input. Since our dump format is chosen to be 7 bit ascii, this should be fine. dump: support gzipped and atomic output 2014-04-12T10:59:44Z David Bremner david@tethera.net 2014-03-29T01:14:51Z urn:sha1:3c13bc0321baaf340663779d6fce2b1f34c1c2c3 The main goal is to support gzipped output for future internal calls (e.g. from notmuch-new) to notmuch_database_dump. The additional dependency is not very heavy since xapian already pulls in zlib. We want the dump to be "atomic", in the sense that after running the dump file is either present and complete, or not present. This avoids certain classes of mishaps involving overwriting a good backup with a bad or partial one. man: try to clarify the folder: and path: vs. --output=files confusion 2014-03-11T22:51:22Z Jani Nikula jani@nikula.org 2014-02-08T21:14:25Z urn:sha1:5348d1987cc34381aff94f64c577984de5788e6a doc: convert sphinx based docs 2014-03-09T13:41:08Z David Bremner david@tethera.net 2014-01-28T16:12:37Z urn:sha1:d736260385a689b5c77d8121f48e29440e3adfa4 This is the output from sphinx-quickstart, massaged a bit, along with our existing man pages converted to rst. A skeleton notmuch-emacs manual is also included. It is not suitable for end user use yet.