notmuch/test/T750-gzip.sh, branch master thread-based email index, search, and tagging https://git.notmuchmail.org/git/notmuch/atom?h=master 2022-01-27T11:48:27Z test: sanitize generated message files names 2022-01-27T11:48:27Z David Bremner david@tethera.net 2022-01-21T23:38:48Z urn:sha1:0756105832612ad12661d1dd61b7e7b5bfe99c6c It is fragile to encode the generated names into tests, as it makes tests break when e.g. new tests are added. There is a possibility that this will hide certain failures; in that case meaningful filenames should be chosen for the generated messages. test: clean up some extra whitespace. 2021-03-12T11:19:14Z David Bremner david@tethera.net 2021-01-16T01:29:17Z urn:sha1:97fadd0645e908ff8322577a983dc710bfda33d6 The extra space is mainly just untidy. test/T750-gzip: don't compress the xapian database 2021-01-15T11:43:07Z David Bremner david@tethera.net 2021-01-03T23:35:12Z urn:sha1:003fdba7a4d109581064c5bf12748bc13fd7cf47 This causes mysterious failures in trying to detect if a database exists. util: unreference objects referenced by the returned stream obj 2019-10-12T11:45:55Z David Bremner david@tethera.net 2019-09-22T22:44:01Z urn:sha1:4c5b17b10b786994255641fee8df4733c3586f3e We want freeing the returned stream to also free these underlying objects. Compare tests/test-filters.c in the gmime 3.2.x source, which uses this same idiom. Thanks to James Troup for the report and the fix. test: known broken test file descriptor leak in gzip file open 2019-10-12T11:43:39Z David Bremner david@tethera.net 2019-09-22T22:44:00Z urn:sha1:2cf38f8e1c1d3b50ac41b002308de5eea9efc61d James Troup reported this bug in id:87pnjsf9q5.fsf@canonical.com cli/notmuch-show: support gzipped files 2019-05-03T10:48:43Z David Bremner david@tethera.net 2019-03-24T03:32:44Z urn:sha1:103c11822ee0b7645fda6397fb40f8ac7ed9b49b This drops "file" from mime_node_context and just uses a local variable. It also uses the new gzip aware utility routines recently added to util/gmime-extra.c. The use of gzopen / gzfile in addition is a bit icky, but the choice is between that, and providing yet another readline implimentation that understands GMime streams. lib/message_file: open gzipped files 2019-05-03T10:48:43Z David Bremner david@tethera.net 2019-03-24T03:32:43Z urn:sha1:852167479f552cd396b1fdcbe9b1cb4db40e5e0a Rather than storing the lower level stdio FILE object, we store a GMime stream. This allows both transparent decompression, and passing the stream into GMime for parsing. As a side effect, we can let GMime close the underlying OS stream (indeed, that stream isn't visible here anymore). This change is enough to get notmuch-{new,search} working, but there is still some work required for notmuch-show, to be done in a following commit.